Covenants en Bitcoin: Una Guía Completa sobre las Nuevas Condiciones de Gasto Complejo en la Red

Desde las propuestas de Gregory Maxwell hasta los debates actuales, exploramos cómo los covenants podrían transformar las capacidades de escalabilidad y seguridad de Bitcoin.

Los covenants en Bitcoin, propuestos originalmente por Gregory Maxwell en 2013, están recibiendo renovada atención en 2026 como posible solución para habilitar condiciones de gasto más complejas en la red. Estas herramientas permitirían imponer restricciones sobre cómo pueden gastarse los bitcoins en el futuro, facilitando desde bóvedas no custodiadas hasta nuevas soluciones de escalabilidad Layer 2. Sin embargo, la mayoría de las implementaciones requieren un soft fork, un proceso que enfrenta crecientes divisiones dentro de la comunidad Bitcoin, especialmente entre los equipos de desarrollo de Bitcoin Core y Knots.

¿Qué Son los Covenants y Por Qué Importan?

Definición Fundamental

Un covenant en Bitcoin es una restricción que se impone sobre cómo pueden gastarse futuras transacciones. A diferencia del funcionamiento actual de la red, donde cualquier entidad con el scriptSig correcto puede mover bitcoins a cualquier ubicación arbitraria, los covenants permitirían especificar condiciones adicionales sobre el destino de los fondos. Estas restricciones operan dentro del sistema de Bitcoin Script, un lenguaje de programación basado en pila y no Turing completo.

El Problema que Resuelven

La limitación actual del protocolo Bitcoin es que, una vez que se cumplen las condiciones del locking script (scriptPubKey), el receptor puede gastar los bitcoins hacia cualquier dirección sin restricciones adicionales. Los covenants abordarían esta carencia al permitir condiciones de gasto más sofisticadas, habilitando aplicaciones como soluciones Layer 2 sin necesidad de confianza, bóvedas no custodiadas y canales de pago más eficientes.

Orígenes Históricos

El concepto de covenants fue propuesto inicialmente por Gregory Maxwell en 2013, utilizando zk-SNARKs como mecanismo subyacente. Posteriormente, en 2016, los investigadores Möser, Eyal y Sirer popularizaron la idea con su trabajo académico. Desde entonces, el debate ha evolucionado significativamente, generando una explosión de diferentes propuestas técnicas para implementar covenants en la red Bitcoin.

Contexto Actual del Debate en la Comunidad Bitcoin (2026)

La División Entre Bitcoin Core y Knots

En 2026, el ecosistema Bitcoin enfrenta una creciente diversificación de clientes de consenso. El cliente Knots ha adoptado una posición a favor de la osificación del protocolo, proponiendo BIP-110 como su propia iniciativa. Esta postura refleja un menor apoyo a soluciones de escalabilidad en la capa base, incluyendo la implementación de covenants.

Controversias de Gobernanza

Las controversias recientes alrededor de Bitcoin Core han generado incertidumbre sobre la viabilidad de implementar cambios protocolares significativos. Michael Saylor, reconocido defensor de Bitcoin, ha declarado que «los desarrolladores bien financiados son la mayor amenaza» para la red, una afirmación que ha intensificado el debate sobre la gobernanza del protocolo.

Perspectivas Futuras

Expertos sugieren que el interés por los covenants podría renovarse si las tarifas de la red principal aumentan significativamente. Sin embargo, para que esto ocurra, sería necesaria una resolución de las llamadas «guerras de spam» que afectan la red. Como camino más conservador, se plantea la implementación de covenants mínimos que permitan soluciones Layer 2 sin confianza, evitando cambios radicales en el protocolo.

Funcionamiento Básico de las Transacciones Bitcoin

El Sistema de Scripts

Bitcoin utiliza un sistema de scripts para definir las condiciones de gasto de cada transacción. El locking script (scriptPubKey) especifica las condiciones impuestas por el remitente, mientras que el unlocking script (scriptSig) contiene las credenciales que el receptor debe proporcionar para gastar los fondos.

Capacidades Actuales de Bitcoin Script

Actualmente, Bitcoin Script permite verificar firmas de clave pública, aplicar timelocks, verificar hash preimages y combinar condiciones mediante lógica proposicional. Estas capacidades, aunque limitadas, han sido suficientes para el funcionamiento básico de la red desde su creación.

La Limitación Fundamental que los Covenants Abordarían

La imposibilidad actual de restringir dónde se envían los fondos una vez cumplido el scriptSig representa una limitación clave. Los covenants permitirían superar esta restricción, imponiendo condiciones sobre el destino de las transacciones futuras y ampliando significativamente las capacidades del protocolo.

Tipos de Covenants: Básicos vs. Generales

Covenants Básicos (Precomputados)

Los covenants básicos imponen restricciones únicamente en la siguiente transacción. Es posible encadenar direcciones para crear secuencias finitas de transacciones permitidas. Aunque ofrecen flexibilidad limitada, su complejidad técnica es menor, lo que los hace más factibles de implementar.

Covenants Generales (Recursivos)

Los covenants generales permiten expresar reglas de gasto recursivas directamente en Bitcoin Script. Estas restricciones se reaplican indefinidamente en cada transferencia sucesiva. Por ejemplo, un UTXO de 1 BTC podría mantener las mismas condiciones de gasto a través de múltiples transacciones. Aunque ofrecen mayor versatilidad, presentan obstáculos técnicos significativos para su implementación.

Comparativa y Controversia

Mientras que los covenants generales ofrecen ventajas en términos de expresividad, han recibido críticas de la comunidad por requerir grandes actualizaciones protocolares. La controversia se centra en si los beneficios potenciales justifican la complejidad técnica y los riesgos asociados.

Categorías de Propuestas de Implementación

Categoría 1: Opcodes de Funcionalidad Completa

Esta categoría incluye propuestas que implementan covenants directamente mediante nuevos opcodes. OP_CHECKTEMPLATEVERIFY permite imponer restricciones de gasto directas, mientras que SIGHASH_ANYPREVOUT ofrece flexibilidad en la validación de firmas. Hasta la fecha, la mayoría de las propuestas populares pertenecen a esta categoría.

Categoría 2: Opcodes de Herramientas de Soporte

Estas propuestas no implementan covenants por sí solas, sino que proporcionan herramientas que facilitan su creación. OP_CHECKSIGFROMSTACK extiende la expresividad de Bitcoin Script, mientras que OP_CAT mejora el manejo de datos. Ambos opcodes sirven como bloques de construcción para implementaciones más complejas.

Categoría 3: Opcodes para Aplicaciones Especializadas

Esta categoría incluye opcodes diseñados para funcionalidades específicas. OP_VAULT permite la creación de bóvedas, OP_UNVAULT funciona como complemento para retiros, y OP_EVICT ofrece funcionalidad adicional para casos de uso concretos.

Categoría 4: Propuestas Sin Soft Fork

Algunas propuestas buscan implementar covenants sin modificar las reglas de consenso de Bitcoin. ColliderScript utiliza construcciones criptográficas existentes, Bitcoin PIPE propone una infraestructura de confianza minimizada, y FE-based covenants ofrecen aproximaciones alternativas. Estas propuestas evitan la necesidad de cambios en las reglas de consenso, aunque enfrentan sus propios desafíos técnicos.

Aplicaciones Prácticas de los Covenants

Bóvedas No Custodiadas

Los covenants permitirían implementar bóvedas con lógica de gasto compleja, ofreciendo mayor seguridad para los usuarios y protección contra el robo de claves. Estas estructuras podrían revolucionar la forma en que los titulares de Bitcoin protegen sus activos.

Nuevas Soluciones Layer 2

La implementación de covenants habilitaría capas de escalabilidad sin necesidad de confianza, con canales de pago más eficientes. Estas soluciones beneficiarían especialmente a los usuarios que practican autocustodia masiva, reduciendo su dependencia de terceros.

Escalabilidad para Adopción Masiva

Los covenants tienen el potencial de llevar la autocustodia a «los próximos mil millones de personas», según defensores de la tecnología. Al reducir la dependencia de terceros de confianza, estas herramientas podrían facilitar la adopción masiva de Bitcoin sin comprometer la seguridad.

Próximos Pasos en la Serie

Avance del Próximo Artículo

El siguiente artículo de esta serie ofrecerá un análisis detallado de OP_CHECKTEMPLATEVERIFY, una de las propuestas de covenant más populares hasta la fecha. Se examinarán sus características técnicas, ventajas y limitaciones.

Cobertura Futura

La serie continuará con una inmersión profunda en propuestas individuales de covenants, evaluando su viabilidad técnica y el nivel de apoyo comunitario. Los lectores podrán comprender las diferentes alternativas que se están considerando para el futuro del protocolo Bitcoin.