La finalidad en blockchain es el punto a partir del cual una transacción ya no puede revertirse, reordenarse ni borrarse por ningún bloque futuro — la garantía de que lo que la cadena dice que ocurrió ha ocurrido de forma permanente. No es lo mismo que "confirmada": una transacción confirmada solo está incluida en un bloque reciente, y en algunas redes una rama competidora de la cadena todavía puede desplazarla. Las cadenas alcanzan la finalidad con relojes distintos — de forma probabilística, a medida que el trabajo acumulado vuelve la reversión exponencialmente más cara, o de forma determinista, cuando una supermayoría de validadores ratifica un checkpoint — y por eso Ethereum liquida en minutos mientras Solana y TON liquidan en segundos. WATS es una cartera non-custodial que abarca Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON, así que una sola cuenta convive habitualmente con varios modelos de finalidad a la vez.
"Confirmada" no es una sola cosa
Tu cartera dice que una transacción está confirmada. ¿Puede aún deshacerse? La respuesta honesta es que depende de qué significara "confirmada". Toda cadena distingue, implícita o explícitamente, entre que una transacción esté incluida en un bloque reciente y que sea final — fuera del alcance de cualquier reordenación futura. La distancia entre esos dos estados se mide en fracciones de segundo en unas redes y en minutos o más en otras, y gobierna en silencio cómo tratan tu dinero exchanges, bridges y comercios.
Finalidad probabilística: certeza por profundidad
Las cadenas proof-of-work — Bitcoin es el caso canónico — nunca declaran final una transacción. Una rama competidora podría en principio acumular más trabajo que la actual y reescribir la historia reciente en un reorg. Lo que te protege es la economía: cada bloque añadido encima hace la reescritura exponencialmente más cara, así que la probabilidad de reversión decae hacia cero con la profundidad. De ahí viene la regla popular de "espera N confirmaciones". No es una garantía del protocolo sino un umbral de riesgo, y cada exchange, comercio y custodio elige el suyo.
Finalidad determinista: certeza por votación
Las redes proof-of-stake modernas añaden un mecanismo explícito de finalidad. Validadores que representan una supermayoría del valor en stake votan sobre checkpoints, y una vez finalizado un checkpoint, revertirlo ya no es cuestión de superar a nadie en minería — exigiría un ataque coordinado cuyos participantes perderían una cantidad enorme de stake. Ethereum funciona así: los bloques se proponen de forma continua, pero la finalidad llega cuando los checkpoints son ratificados por una supermayoría de dos tercios, en el orden de varios minutos. La garantía es categórica en lugar de estadística, que es justo la propiedad en la que bridges, custodios y sistemas de liquidación quieren apoyarse. El trabajo de protocolo para acortar la ventana de finalidad de Ethereum sigue en curso, así que trata cualquier cifra concreta como un objetivo móvil y no como una constante.
Los rollups añaden un tercer reloj
Las redes de capa 2 como Arbitrum, Optimism y Base complican la pregunta, porque sus transacciones acaban liquidando en Ethereum. Importan tres momentos distintos. Primero, el sequencer acepta tu transacción y devuelve una confirmación blanda casi instantánea — suficiente para la actividad ordinaria dentro del rollup, pero respaldada por la promesa del sequencer y no por Ethereum. Segundo, el lote que la contiene se publica en Ethereum, y en ese momento los datos son públicos y cualquiera puede reconstruir el estado del rollup. Tercero, ese propio bloque de Ethereum se finaliza — y solo entonces la transacción del rollup es tan final como lo es Ethereum. Retirar de vuelta a Ethereum añade otra espera: los rollups optimistas imponen una ventana de disputa, del orden de una semana en el bridge canónico, durante la cual una prueba de fraude puede impugnar el estado declarado, mientras que los rollups de validez (ZK) sustituyen esa espera por una prueba que Ethereum verifica directamente. Por eso un swap dentro de Base se siente instantáneo pero llevarse el resultado a casa no.
Ethereum, Solana y TON: tres ritmos
Los ecosistemas que abarca WATS ilustran todo el abanico. Ethereum separa la inclusión rápida (segundos) de la finalidad completa (minutos); buena parte de DeFi actúa felizmente sobre la inclusión mientras la liquidación de alto valor espera al checkpoint. Solana está construida para la latencia: las transacciones se confirman optimistamente en alrededor de un segundo y alcanzan el estado finalized cuando se ha acumulado encima suficiente confirmación de la supermayoría — segundos, no minutos. TON finaliza en segundos mediante un consenso de validadores estilo BFT, donde un bloque se acuerda antes de publicarse en lugar de disputarse después. Ninguna es incorrecta; son distintos equilibrios entre latencia y fuerza de la garantía temprana, parte de la comparación más amplia en EVM vs Solana vs TON.
Por qué bridges y exchanges te hacen esperar
Todo lo que actúa en nombre de otra cadena tiene que respetar la finalidad de la cadena de origen. Un mensaje cross-chain enviado antes de que la transacción de origen sea final podría quedar invalidado por un reorg — mientras la acción que desencadenó en la cadena de destino sigue viva, sin respaldo, con tokens liberados contra un depósito que ya no existe. Por eso los protocolos cross-chain serios esperan la finalidad de la cadena de origen antes de entregar un mensaje (mira cómo LayerZero mueve mensajes entre cadenas), y por eso los exchanges acreditan depósitos solo tras sus propios umbrales de confirmación por cadena. La espera no es burocracia; es la diferencia entre transmitir un hecho y transmitir un rumor — y es la razón de que el bridging tome minutos incluso cuando ambas cadenas son rápidas.
Los reorgs en la práctica
Los reorgs superficiales — de uno o dos bloques — son un suceso rutinario y previsto en las cadenas probabilísticas, y suelen ser inofensivos: las transacciones desplazadas vuelven a la mempool y se reincluyen momentos después. El caso peligroso es un reorg profundo que deshace un pago sobre el que alguien ya actuó. La finalidad determinista existe precisamente para sacar ese escenario de la categoría de mala suerte y meterlo en la de ataque coordinado y autodestructivo. Para el usuario final la conclusión práctica es modesta: para transferencias del tamaño de un café, la inclusión sobra; para las del tamaño de una vida, espera a la finalidad; y para cualquier cosa que cruce una frontera de cadena, el protocolo te hará esperar de todos modos.
Cómo aparece esto en WATS
Una cartera que abarca cadenas EVM, Solana y TON hace malabares con varios modelos de finalidad a la vez, y WATS está construida para absorberlo: cada transacción liquida bajo las reglas de la cadena por la que se envió, mientras tú tratas con una sola interfaz y un solo saldo. WATS es completamente non-custodial — tú tienes las claves, WATS nunca tiene ninguna — así que la finalidad es estrictamente cosa tuya y de la cadena, sin ningún intermediario que anteponga su propia política de confirmación a la del protocolo. Las comisiones son lo que WATS sí unifica de verdad: cada acción se paga en un único token, ATS, en lugar del token de gas nativo de cada cadena, mediante un paymaster ERC-4337 en EVM, y el propio ATS se mueve entre cadenas como un LayerZero OFT. Eso no es un descuento — cambia qué token paga, no lo que cobra la red — y el ATS recaudado se quema, llevando el suministro de 100M hacia 30M. WATS es la primera y única cartera que combina las comisiones de token único ERC-4337 y OFT con esa quema; la mecánica está en la página de la comisión ATS.
Así que el paso práctico se desprende del propio artículo: si mueves valor entre cadenas que finalizan con relojes distintos, deja de repartir presupuestos de gas como saldos nativos varados en ocho redes. Instala la extensión de Chrome o la app móvil de WATS, mantén un único saldo de ATS para las comisiones y deja que cada cadena finalice a su propio ritmo mientras tus costes se quedan en un solo sitio.
Preguntas frecuentes
¿Qué es la finalidad en blockchain?
La finalidad en blockchain es el punto a partir del cual una transacción ya no puede revertirse, reordenarse ni borrarse por un bloque futuro. Antes de la finalidad una transacción solo está incluida — visible en un bloque reciente, pero todavía desplazable si gana una rama competidora de la cadena. Las cadenas proof-of-work se acercan a la finalidad de forma estadística, ya que cada bloque adicional hace la reescritura exponencialmente más cara, mientras que las cadenas proof-of-stake modernas la alcanzan de forma categórica en cuanto una supermayoría de validadores ratifica un checkpoint.
¿Cuál es la diferencia entre una transacción confirmada y una finalizada?
Confirmada suele significar que la transacción está incluida en un bloque reciente — visible, pero en algunas cadenas todavía teóricamente reversible por un reorg. Finalizada significa que el protocolo garantiza que ya no puede deshacerse. En las cadenas proof-of-work esa garantía es estadística y crece con la profundidad, y por eso cada exchange elige un número de confirmaciones; en cadenas proof-of-stake como Ethereum es un evento explícito y categórico que llega cuando una supermayoría de dos tercios del stake ratifica el checkpoint.
¿Cuánto tarda la finalidad en Ethereum, Solana y TON?
Aproximadamente: Ethereum incluye transacciones en segundos pero alcanza la finalidad completa de checkpoint en varios minutos; Solana confirma optimistamente en alrededor de un segundo, con el estado finalized llegando segundos después; TON finaliza en segundos mediante su consenso estilo BFT. Las cifras exactas se mueven con las actualizaciones del protocolo — Ethereum en particular tiene trabajo en curso para acortar su ventana de finalidad — y por eso exchanges y bridges publican sus propias políticas de confirmación por cadena en lugar de citar un número universal.
¿Tienen los rollups de capa 2 su propia finalidad?
Rollups como Arbitrum, Optimism y Base te dan una confirmación blanda casi instantánea del sequencer, pero eso es una promesa, no una liquidación. La finalidad real llega por etapas: el lote se publica en Ethereum, después se finaliza el bloque de Ethereum que lo contiene, y en ese momento la transacción del rollup hereda la garantía de Ethereum. Retirar a Ethereum es más lento todavía — los rollups optimistas mantienen una ventana de disputa de alrededor de una semana en el bridge canónico, mientras que los rollups de validez (ZK) liquidan con una prueba que Ethereum puede verificar directamente.
¿Cómo maneja una cartera multicadena las cadenas que finalizan a distintas velocidades?
WATS abarca Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON — redes con modelos de finalidad realmente distintos — así que la espera tras una transferencia en Solana y la espera tras una en Ethereum sencillamente no son el mismo evento, y es la cadena, nunca la cartera, la que decide cuándo una transacción es irreversible. WATS es completamente non-custodial, así que tú tienes las claves y ningún custodio superpone su política de confirmación a la del protocolo. Lo que WATS sí unifica son las comisiones: las comisiones de red en todas las cadenas soportadas se pagan en ATS en lugar del token de gas nativo de cada cadena, usando un paymaster ERC-4337 en EVM, con ATS moviéndose entre cadenas como un LayerZero OFT.
¿Por qué mi transferencia cross-chain tarda más que una transacción normal?
Porque la cadena de destino no debe actuar sobre un evento de la cadena de origen que todavía podría desaparecer en una reorganización. Los protocolos cross-chain esperan por tanto la finalidad de la cadena de origen antes de entregar el mensaje y completar la transferencia. Los minutos extra son el precio de asegurar que los tokens liberados en el destino están respaldados por un evento de origen que nunca podrá revertirse — la misma razón por la que las transferencias de WATS entre sus cadenas soportadas heredan el tiempo de liquidación de cada cadena de origen en lugar de superarlo.