Hay una frase que se repite mucho en el mundo cripto: “respaldado por Bitcoin”. Stacks ahora hace una afirmación más específica y más verificable: cada transacción en su red se liquida con la misma finalidad que un bloque de Bitcoin, porque está literalmente anclada a uno.

Ese es el resultado funcional de la actualización Nakamoto, un hard fork que se activó en la red Stacks a fines de octubre de 2024, alrededor del bloque 867.867 de Bitcoin. Desde entonces, revertir una transacción confirmada de Stacks requeriría reorganizar al propio Bitcoin.

Qué cambió con la actualización Nakamoto

Antes de Nakamoto, Stacks procesaba las transacciones con su propio ritmo de bloques, acoplada de manera flexible a Bitcoin pero no vinculada a esta a nivel de estado. La actualización cambió la forma en que Stacks organiza la producción de bloques, al vincular cada mandato de bloque directamente a un bloque de Bitcoin.

La mecánica funciona así: los mineros de Stacks se comprometen con un bloque en el bloque N de Bitcoin, y el estado de ese bloque se escribe en Bitcoin en N+1. Una vez que llega ese siguiente bloque de Bitcoin, todos los mineros de Stacks deben construir sobre la misma punta de la cadena. No existe una ruta de bifurcación que evite el libro contable de Bitcoin.

El resultado es lo que el ecosistema de Stacks describe como una finalidad 100% de Bitcoin. No una finalidad probabilística, ni una finalidad optimista con ventana de desafío, sino la misma garantía de irreversibilidad que convierte a Bitcoin en el punto de referencia para la liquidación.

Stacks opera con un modelo de consenso Proof-of-Transfer, en el que los mineros ofrecen Bitcoin en puja para obtener el derecho a producir bloques de Stacks. La actualización Nakamoto extendió esa conexión al nivel del libro contable, de modo que ahora tanto la seguridad como la liquidación del estado están arraigadas en la cadena de Bitcoin.

Los contratos inteligentes en Stacks están escritos en Clarity, un lenguaje decidible que no se compila a bytecode, lo que significa que el comportamiento de los contratos puede analizarse por completo antes de su ejecución.

sBTC y lo que la finalidad permite en la práctica

La actualización Nakamoto sentó las bases de sBTC, que se lanzó en mainnet en diciembre de 2024 y es uno de los primeros productos importantes construidos sobre ella.

sBTC es un activo respaldado por Bitcoin que vive en Stacks y hereda la misma garantía de finalidad. Permite a los titulares de Bitcoin trasladar valor a aplicaciones basadas en Stacks, incluidos protocolos de DeFi y productos de rendimiento, sin tener que encapsular los activos a través de un custodio centralizado ni de un mecanismo de puente que añada sus propias suposiciones de confianza.

La garantía de finalidad importa porque cierra una superficie de ataque específica. Con modelos de finalidad más débiles, un adversario suficientemente motivado podría, en teoría, revertir una transacción después de que un usuario ya haya recibido fondos al otro lado de un puente. En el Stacks posterior a Nakamoto, ese escenario requeriría que el atacante también reorganizara Bitcoin, lo que eleva el costo de un ataque a un nivel en el que se vuelve económicamente irracional.

Los productos de staking de Bitcoin también forman parte del panorama posterior a Nakamoto. Los usuarios pueden bloquear STX y obtener rendimientos en Bitcoin a través del mecanismo Proof-of-Transfer. Esas posiciones también están bajo el mismo paraguas de finalidad, lo que significa que los propios registros de staking tienen el mismo peso de liquidación que cualquier otra transacción confirmada de Stacks.

Dónde se ubica en el panorama competitivo

Existen varios enfoques para añadir programabilidad cerca de Bitcoin. Algunos utilizan cadenas laterales con puentes federados o de multifirma con umbral. Otros emplean arquitecturas de rollup que publican raíces de estado en Bitcoin pero que, mientras tanto, requieren confianza en el secuenciador. Algunos usan redes de canales de pago optimizadas para casos de uso específicos en lugar de computación general.

La posición de Stacks tras Nakamoto es distintiva porque la afirmación de finalidad no es condicional. No hay la advertencia de “suponiendo que los operadores del puente sean honestos” ni el asterisco de “después del período de desafío”. La garantía de liquidación deriva de la propia producción de bloques de Bitcoin, lo que facilita la evaluación de la red para aplicaciones que necesitan reglas de liquidación claras en lugar de suposiciones de confianza superpuestas.

Los tiempos de bloque en Stacks están vinculados al ritmo aproximado de diez minutos de Bitcoin para los límites de los mandatos, aunque la producción de bloques dentro de un mandato es más rápida tras Nakamoto de lo que era antes de la actualización. Ese cambio tiene relevancia operativa tanto para desarrolladores como para usuarios, porque altera la rapidez con la que las transacciones pueden pasar de enviadas a liquidadas sin cambiar el modelo de finalidad basado en Bitcoin.

STX, el token nativo utilizado para las tarifas de transacción y el staking, ocupa el centro del modelo económico. A medida que más aplicaciones y activos se liquidan a través de la red, la demanda de espacio de bloque en Stacks alimenta directamente la demanda de STX, mientras que el vínculo más estrecho de la actualización con Bitcoin le da a esa actividad un marco de liquidación más explícito que el que la red tenía antes.