Pré-confirmações: O Sinal de Transação Mais Cedo em Solana

​

Visão Geral

Pré-confirmações transmitem transações no ponto mais cedo em que podem ser observadas — antes de serem coletadas em entradas e convertidas em fragmentos. Este é o sinal de transação de menor latência que o Helius oferece — mais cedo do que Entrega de Fragmentos e antes dos fluxos de compromisso processados. Você se inscreve via WebSocket com o método preconfSubscribe e recebe cada transação à medida que ocorre. O fluxo combina duas fontes, ambas incluídas por padrão, e as duas emitem em pontos diferentes do pipeline:

• Pré-confirmações Helius de validadores que encaminham para o Helius. Emitidas no instante em que o líder executa a transação, juntamente com seu status de execução — o primeiro momento em que o resultado existe em qualquer lugar.
• Pré-confirmações BAM de validadores que executam o cliente Block Assembly Marketplace (BAM) do Jito. Emitidas quando o validador se compromete a executar a transação, antes de ser executada — portanto, não possuem status de execução.

​

Onde as Pré-confirmações se encaixam no pipeline

Uma transação passa por várias etapas dentro de um validador antes de ser registrada na cadeia. A latência aumenta da esquerda para a direita — quanto mais à direita você observar, mais tarde ficará sabendo sobre a transação. As pré-confirmações Helius são emitidas do estágio de execução — o instante em que o líder executa a transação e seu status é conhecido, mas antes que o resultado seja registrado em uma entrada e transformado em fragmentos. Este é o primeiro ponto no ciclo de vida em que o resultado de uma transação tanto existe quanto pode ser relatado. As pré-confirmações BAM são emitidas um estágio antes, quando o validador se compromete a executar a transação, mas antes de ter sido executada. Ambas chegam antes que a transação seja fragmentada, o que as torna estritamente de menor latência do que a entrega baseada em fragmentos para a mesma transação.

​

Pré-confirmações BAM

BAM (Block Assembly Marketplace) é o sistema de construção de blocos do Jito para Solana. Validadores executando clientes compatíveis com BAM emitem uma pré-confirmação no instante em que se comprometem a executar uma transação. O Helius as ingere dos endpoints regionais do BAM do Jito e as entrega através da mesma assinatura preconfSubscribe e payload binário que as pré-confirmações Helius. No lançamento, o BAM adicionou cobertura de validadores representando mais de 34% da participação da rede. As pré-confirmações BAM seguem o mesmo layout de payload, mas diferem em alguns campos:

• tx_index é sempre 0. O BAM ordena as transações por ID de sequência e posição no bundle, em vez de usar um índice de slot; nenhum deles corresponde ao campo da Helius, e nenhum deles é transmitido no stream. Consulte Como diferenciar as duas fontes.
• regionInclude corresponde ao endpoint regional do BAM que emitiu a preconfirmation, e não à região da Helius que a recebeu.
• Uma pequena parcela das transações chega à Helius por ambas as fontes, portanto a mesma assinatura pode chegar duas vezes. Consulte Notificações duplicadas.

Para receber uma única fonte, passe includeSource: ["helius"] ou includeSource: ["bam"] no filtro de assinatura.

​

Quando usar Pré-confirmações

​

Precificação

Preconfirmations está disponível em todos os planos pagos: Developer, Business, Professional e Enterprise. Os planos gratuitos não são elegíveis. Slots sem nenhuma mensagem entregue não consomem créditos, mesmo quando o slot tem cobertura de Preconfirmations. Quando um slot entrega pelo menos uma mensagem, cada assinatura preconfSubscribe aberta é cobrada pelo maior valor entre 300 créditos e 10 créditos por mensagem entregue. Slots sem cobertura não consomem créditos. Consulte Créditos para obter detalhes. A elegibilidade de um slot para cobrança depende de como o líder dele é coberto e da sua configuração de includeSource: regionInclude restringe ainda mais o conjunto elegível. Slots cobertos fora das regiões selecionadas não consomem créditos para essa assinatura. Os slots correspondentes só são cobrados quando a assinatura recebe pelo menos uma mensagem. Cada assinatura simultânea é cobrada de forma independente quando recebe pelo menos uma mensagem. Feche as assinaturas que você não precisa mais com preconfUnsubscribe. Com includeSource: ["helius"], slots cobertos somente pelo BAM são excluídos da cobrança.

​

Cobertura

Preconfirmations está disponível apenas para transações agendadas por validadores que encaminham o stream deles para a Helius ou executam um cliente compatível com BAM. A cobertura aumenta de acordo com a proporção de stake da rede coberta por essas duas origens, portanto o stream não é contínuo. Definir includeSource: ["helius"] limita a cobertura aos validadores que encaminham diretamente para a Helius. Use getPreConfCoverage para obter a cobertura de Preconfirmations como uma porcentagem do stake da rede, com uma divisão por região. A cobertura aumenta à medida que mais validadores encaminham dados para a Helius. Se você opera um validador, pode ajudar a eliminar essas lacunas e gerar receita.

​

Para validadores

Você opera um validador? Pode gerar receita encaminhando seu stream de Preconfirmations para a Helius — e melhorar a cobertura para todos que usam Preconfirmations.

​

Próximas etapas