En resumen: La finalidad de una cadena de bloques es el momento en el que una transacción queda confirmada de forma permanente y no puede revertirse, modificarse ni eliminarse del libro mayor. Cada cadena de bloques alcanza la finalidad a su manera y a su propio ritmo, desde segundos hasta minutos. Los desarrolladores deben comprender el concepto de finalidad, ya que el momento en que se confirman las transacciones afecta a la experiencia del usuario, a la seguridad y a los fondos.
La explicación sencilla
Una transacción en la cadena de bloques no se convierte en permanente en el instante en que haces clic en «enviar». Entra en la red, un validador o un minero la recoge y se incluye en un bloque. Incluso entonces, suele haber un margen de tiempo durante el cual la transacción aún podría revertirse si la red se reorganiza, un fenómeno conocido como «reorg». La finalidad es el momento en que se cierra ese margen.
Piensa en ello como si enviaras un cheque por correo:
Dejarlo en el buzón es como hacer pública tu transacción.
Que la oficina de correos lo recoja es como que la transacción entre en el mempool.
Que el cheque llegue al banco es como la inclusión en un bloque.
El pago no es definitivo hasta que el banco lo procesa y los fondos se transfieren de forma definitiva. La finalidad de la cadena de bloques es ese último paso: el momento en el que la anulación se vuelve práctica o matemáticamente imposible.
Cada cadena de bloques lo define de forma diferente:
Bitcoin utiliza la «finalidad probabilística». Cada nuevo bloque que se añade a tu transacción hace que su reversión sea exponencialmente más difícil. Tras seis confirmaciones (unos 60 minutos), una transacción Bitcoin se considera segura para la mayoría de los fines.
Ethereum Ha utilizado Casper FFG desde que se pasó al sistema de «Proof of Stake». Los comités de validadores votan para confirmar los puntos de control cada 12-13 minutos aproximadamente. Anular una transacción confirmada supondría que los atacantes tuvieran que quemar al menos un tercio de todo el ETH apostado, lo que resultaría económicamente desastroso.
Solana alcanza la finalidad de una sola ranura en unos 400 milisegundos gracias a la combinación de «Proof of History» y «Proof of Stake». La próxima actualización, Alpenglow, tiene como objetivo reducir este tiempo por debajo de los 150 milisegundos.
¿Cómo se alcanza la firmeza?
El mecanismo de consenso de una cadena de bloques garantiza la firmeza de las transacciones.
En el modelo de «prueba de trabajo», la finalidad es probabilística. Los mineros amplían la cadena más larga, y cada nuevo bloque hace que revertir los bloques anteriores resulte exponencialmente más costoso.
En los sistemas de «Proof of Stake» y de tolerancia a fallos bizantinos (BFT), los validadores votan sobre los bloques. Una vez que una mayoría cualificada (normalmente dos tercios del valor apostado) llega a un acuerdo, el bloque se considera definitivo. Revocarlo supondría la pérdida de una enorme cantidad de apuesta.
El diseño de consenso determina si una cadena ofrece finalidad probabilística, determinista o económica, y con qué rapidez.
Tipos de finalidad
Los desarrolladores deben conocer varios tipos de finalidad.
La «finalidad probabilística» significa que una transacción se vuelve más segura con cada nuevo bloque que se añade encima, pero siempre existe una mínima posibilidad de que se revierta. Bitcoin y otras cadenas de «prueba de trabajo» utilizan este modelo. La probabilidad de que se revierta disminuye exponencialmente con cada confirmación, pero nunca llega a cero.
La finalidad determinista (o absoluta) significa que una transacción finalizada no puede revertirse sin romper el propio protocolo de consenso. Las cadenas de Prueba de Participación (Proof of Stake), como Ethereum (tras la Fusión) y muchas cadenas basadas en BFT, funcionan de esta manera. Una vez que un número suficiente de validadores certifica un bloque y este alcanza un punto de control de finalidad, se convierte en permanente.
La finalidad económica está estrechamente relacionada con ello. Incluso en cadenas con finalidad determinista, la verdadera garantía es económica: revertir una transacción finalizada destruiría tanto valor apostado que ningún agente racional lo intentaría. En Ethereum, eso significa quemar más de 11 millones de ETH (un tercio de todo el ETH apostado) para revertir un bloque finalizado.
La finalidad instantánea es el objetivo de algunas cadenas más recientes y de las redes de Capa 2. Avalanche, por ejemplo, hace que los validadores se consulten mutuamente sus preferencias de forma repetida hasta que llegan a un acuerdo, lo que lleva unos segundos. Algunos rollups de Capa 2 ofrecen una finalidad «suave» casi instantánea ( near) por parte del secuenciador. Sin embargo, la verdadera finalidad depende de cuándo se confirmen las pruebas o los datos del rollup en la Capa 1.
Finalidad probabilística frente a finalidad determinista
Los modelos de finalidad se dividen en dos categorías. La finalidad probabilística se refuerza con cada nuevo bloque, pero nunca alcanza la certeza absoluta. La finalidad determinista garantiza que un bloque no pueda revertirse en el momento en que el consenso lo da por definitivo. En la tabla siguiente se comparan ambos modelos.
Finalidad probabilística | Finalidad determinista | |
|---|---|---|
Consenso | Prueba de trabajo | Prueba de participación o BFT |
Riesgo de reversión | Disminuye exponencialmente, nunca llega a cero | Matemáticamente imposible una vez finalizado |
Confirmación | Esperar varios bloques | Punto de control de finalización único |
¿Qué es el «Time to Finality» (TTF)?
El tiempo hasta la finalización (TTF) es el tiempo total que transcurre desde que un usuario envía una transacción hasta que la red garantiza que no se puede revertir. Abarca desde la firma y la difusión hasta el punto de control de consenso que hace que la transacción sea definitiva.
El TTF es la cifra que realmente importa a los desarrolladores. Indica a un comerciante, una plataforma de intercambio o un puente cuánto tiempo debe esperar antes de considerar una transacción como liquidada. Un TTF más bajo se traduce en aplicaciones más rápidas y con mayor capacidad de respuesta. El tiempo que se debe esperar depende del valor que esté en juego.
Finalidad en las principales cadenas de bloques
Las cadenas alcanzan la finalidad mediante distintos modelos de consenso y a velocidades muy diferentes. La tabla siguiente muestra cómo se liquidan las transacciones en las redes más utilizadas.
Blockchain | Consenso | Tipo de finalidad | Plazo aproximado hasta la resolución definitiva |
|---|---|---|---|
Bitcoin | Prueba de trabajo | Probabilístico | Unos 60 minutos (6 confirmaciones) |
Ethereum | Prueba de participación (Casper FFG) | Determinista y económico | Entre 12 y 13 minutos (2 épocas) |
Estas cifras son aproximadas y varían con las actualizaciones del protocolo. Consulta la documentación oficial de cada red para conocer las garantías de finalidad actuales antes de utilizarlas en un entorno de producción.
Quicknode proporciona datos de bloques tanto recientes como definitivos mediante RPC de baja latencia a través de Ethereum, Solana, BNB Smart Chain, y muchas otras redes. Para consultar tutoriales paso a paso sobre cómo crear aplicaciones con datos finalizados, consulta laGuía para desarrolladores de Quicknode .
Finalidad frente a inmutabilidad
Los términos «finalidad» e «inmutabilidad» se utilizan a menudo como si significaran lo mismo, pero no es así. La inmutabilidad significa que los datos escritos en el libro mayor no se pueden modificar. La finalidad significa que la red ha acordado que una transacción es permanente y no se reorganizará fuera de la cadena. El contenido de un bloque puede ser fijo (immutable) y, aun así, revertirse si el bloque queda huérfano en una reorganización antes de alcanzar la finalidad. La finalidad es la garantía que cierra esa ventana.
Por qué la finalidad es importante para los desarrolladores
La finalidad determina cómo se desarrolla la aplicación.
Una plataforma de intercambio descentralizada necesita saber cuándo se ha liquidado realmente una operación antes de actualizar los saldos.
Un puente entre dos cadenas que asuma la finalidad demasiado pronto es vulnerable a los ataques de doble gasto. Un usuario podría realizar una retirada en la cadena de destino antes de que su depósito se haya confirmado realmente en la cadena de origen.
Esto también es importante en otros tipos de aplicaciones:
Pagos: la firmeza determina cuánto tiempo debe esperar un comerciante antes de confirmar una compra.
DeFi: influye en el momento de la liquidación, en la fiabilidad de las actualizaciones de los oráculos y en las estrategias de MEV (valor máximo extraíble).
Mercados de NFT: son los que determinan cuándo es seguro mostrar una transferencia de propiedad.
Puentes entre cadenas: las discrepancias en la finalidad entre la cadena de origen y la de destino son una de las principales causas de los ataques a los puentes.
Las reorganizaciones de bloques (reorgs) son el reflejo práctico de la «finalidad débil». Una reorganización se produce cuando la red sustituye un bloque reciente por otro diferente. Normalmente, dos validadores han generado bloques que compiten entre sí aproximadamente al mismo tiempo, y la red ha tenido que elegir uno de ellos. Las transacciones del bloque sustituido pueden eliminarse o reordenarse. Las aplicaciones que no tienen en cuenta las reorganizaciones pueden mostrar transacciones fantasma que luego desaparecen, lo que confunde a los usuarios y conlleva el riesgo de pérdidas reales.
Cómo gestiona « Quicknode » la firmeza
QuicknodeSu infraestructura está diseñada teniendo en cuenta la finalidad. Quicknode Streams Ofrece datos de la cadena de bloques en orden de finalidad con gestión de reorganizaciones integrada, por lo que tu aplicación obtiene datos coherentes incluso cuando la red se reorganiza. No tienes que solicitar confirmaciones ni realizar un seguimiento manual de las reorganizaciones. Streams garantiza la entrega «exactamente una vez» de bloques finalizados, recibos y trazas. Esto facilita enormemente la creación de aplicaciones que se basan en un estado confirmado en lugar de en suposiciones optimistas.
QuicknodeLa API principal de [nombre] también te proporciona datos de bloques tanto recientes como definitivos de todas las redes compatibles, para que puedas elegir el nivel de confirmación que requiera tu caso de uso. Utiliza los datos de bloques recientes para una interfaz de usuario ágil, o los datos definitivos a la hora de liquidar transacciones.
En el caso de las aplicaciones basadas en eventos, Quicknode Webhooks puede notificar a su backend en el momento en que se finalicen nuevos bloques o se produzca una reorganización, de modo que pueda reaccionar ante el estado confirmado sin necesidad de realizar sondeos constantes.
Lecturas recomendadas
Primeros pasos con Streams - Documentación de Quicknode
¿Qué marco de trabajo de Rollup deberías utilizar? - Guía de « Quicknode »
Tu guía para lanzar una cadena de bloques con éxito: « Quicknode » — Guía para creadores
Preguntas frecuentes
¿Cuánto tiempo tarda en alcanzarse la finalidad de la cadena de bloques?
El tiempo varía desde menos de un segundo en cadenas como Avalanche y Solana hasta unos 12 o 13 minutos para la finalización total en Ethereum y aproximadamente una hora para la seguridad de seis confirmaciones en Bitcoin. El tiempo adecuado que hay que esperar depende del valor que tenga la transacción.
¿La finalidad de la cadena de bloques es lo mismo que la inmutabilidad?
No. La inmutabilidad significa que los datos no se pueden modificar una vez escritos, mientras que la finalidad significa que la red garantiza que una transacción no se revertirá ni se reorganizará fuera de la cadena. Un bloque puede ser « immutable » y, aun así, seguir siendo reversible antes de alcanzar la finalidad.
¿Qué cadena de bloques tiene la finalización más rápida?
Entre las principales redes, Avalanche, BNB Smart Chain y Solana completan las transacciones en segundos o menos. La próxima actualización «Alpenglow» de Solana tiene como objetivo alcanzar una finalización de aproximadamente 150 milisegundos.
¿Qué es una reorganización y qué relación tiene con la firmeza?
Una «reorg», o reorganización, se produce cuando la red sustituye un bloque añadido recientemente por otro que compite con él. La «finalidad» es el momento a partir del cual las «reorgs» ya no pueden afectar a una transacción, por lo que las aplicaciones deben esperar a que se alcance la finalidad antes de considerar que los fondos se han liquidado.
¿Por qué es importante la finalidad para los desarrolladores?
La finalidad determina cuándo es seguro realizar operaciones con saldos, transacciones, transferencias entre cadenas y cambios de titularidad. Una valoración errónea de la misma es una de las principales causas de los ataques a los puentes entre cadenas y de los ataques de doble gasto, por lo que comprender las garantías de finalidad de cada cadena es esencial para desarrollar aplicaciones seguras.
