Preconfirmations: la señal de transacción más temprana en Solana

​

Descripción general

Preconfirmations transmite las transacciones en el punto más temprano en que pueden observarse: antes de que se agrupen en entradas y se conviertan en shreds. Esta es la señal de transacción con menor latencia que ofrece Helius, anterior a Shred Delivery y a los flujos con nivel de compromiso processed. Te suscribes mediante WebSocket con el método preconfSubscribe y recibes cada transacción a medida que ocurre. El flujo combina dos fuentes, ambas incluidas de forma predeterminada, que emiten en distintos puntos del proceso:

• Preconfirmaciones de Helius de validadores que las reenvían a Helius. Se emiten en el instante en que el líder ejecuta la transacción, junto con su estado de ejecución: el primer momento en que el resultado existe en cualquier lugar.
• Preconfirmaciones de BAM de validadores que ejecutan el cliente Block Assembly Marketplace (BAM) de Jito. Se emiten cuando el validador se compromete a ejecutar la transacción, antes de que se ejecute, por lo que no incluyen un estado de ejecución.

​

Dónde se ubica Preconfirmations en el proceso

Una transacción pasa por varias etapas dentro de un validador antes de registrarse en la cadena. La latencia aumenta de izquierda a derecha: cuanto más a la derecha observes, más tarde conocerás la transacción. Las preconfirmaciones de Helius se emiten desde la etapa de ejecución: en el instante en que el líder ejecuta la transacción y se conoce su estado, pero antes de que el resultado se registre en una entrada y se convierta en shreds. Este es el primer punto del ciclo de vida en el que el resultado de una transacción existe y puede comunicarse. Las preconfirmaciones de BAM se emiten una etapa antes, cuando el validador se compromete a ejecutar la transacción, pero antes de haberla ejecutado. Ambas llegan antes de que la transacción se convierta en shreds, por lo que tienen una latencia estrictamente menor que la entrega basada en shreds para la misma transacción.

​

Preconfirmaciones de BAM

BAM (Block Assembly Marketplace) es el sistema de creación de bloques de Jito para Solana. Los validadores que ejecutan clientes compatibles con BAM emiten una preconfirmación en el instante en que se comprometen a ejecutar una transacción. Helius las obtiene de los endpoints regionales de BAM de Jito y las entrega mediante la misma suscripción preconfSubscribe y la misma carga binaria que las preconfirmaciones de Helius. En el lanzamiento, BAM añadió cobertura de validadores que representaban más del 34 % de la participación de la red. Las preconfirmaciones de BAM siguen la misma estructura de carga, pero difieren en algunos campos:

• tx_index siempre es 0. BAM ordena las transacciones por ID de secuencia y posición en el paquete, en lugar de por un índice de slot; ninguno se corresponde con el campo de Helius ni se incluye en el flujo. Consulta Cómo distinguir las dos fuentes.
• regionInclude corresponde al endpoint regional de BAM que emitió la preconfirmación, no a la región de Helius que la recibió.
• Una pequeña proporción de transacciones llega a Helius a través de ambas fuentes, por lo que la misma firma puede llegar dos veces. Consulta Notificaciones duplicadas.

Para recibir una sola fuente, pasa includeSource: ["helius"] o includeSource: ["bam"] en el filtro de suscripción.

​

Cuándo usar Preconfirmations

​

Precios

Preconfirmations está disponible en todos los planes de pago: Developer, Business, Professional y Enterprise. Los planes gratuitos no son elegibles. Los slots sin mensajes entregados no consumen créditos, incluso cuando el slot tiene cobertura de Preconfirmations. Cuando un slot entrega al menos un mensaje, se cobra a cada suscripción abierta de preconfSubscribe el importe mayor entre 300 créditos o 10 créditos por mensaje entregado. Los slots sin cobertura no tienen costo. Consulta Créditos para obtener más información. La elegibilidad de un slot para la facturación depende de la cobertura de su líder y de tu configuración de includeSource: regionInclude restringe aún más el conjunto elegible. Los slots con cobertura que están fuera de las regiones seleccionadas no tienen costo para esa suscripción. Los slots coincidentes solo se cobran cuando la suscripción recibe al menos un mensaje. Cada suscripción simultánea se cobra de forma independiente cuando recibe al menos un mensaje. Cierra las suscripciones que ya no necesites con preconfUnsubscribe. Con includeSource: ["helius"], los slots cubiertos únicamente por BAM se excluyen de la facturación.

​

Cobertura

Preconfirmations solo está disponible para transacciones programadas por validadores que reenvían su stream a Helius o ejecutan un cliente compatible con BAM. La cobertura aumenta según la proporción del stake de la red cubierta por esas dos fuentes, por lo que el stream no es continuo. Configurar includeSource: ["helius"] limita la cobertura a los validadores que reenvían directamente a Helius. Usa getPreConfCoverage para obtener la cobertura de Preconfirmations como porcentaje del stake de la red, con un desglose por región. La cobertura aumenta a medida que más validadores reenvían a Helius. Si operas un validador, puedes ayudar a cerrar estas brechas y generar ingresos.

​

Para validadores

¿Operas un validador? Puedes generar ingresos al reenviar tu stream de Preconfirmations a Helius y mejorar la cobertura para todos los que usan Preconfirmations.

​

Próximos pasos