De BIP a Votación Minera: El Mecanismo de Actualización del Protocolo Bitcoin

Resumen

El desarrollo de Bitcoin está impulsado por una comunidad global de código abierto, y los cambios en el protocolo se normalizan a través de las Propuestas de Mejora de Bitcoin (BIPs). Estas propuestas están sujetas a una rigurosa revisión comunitaria y mecanismos de consenso, incluidas las votaciones de señalización de los mineros. Este modelo de código abierto, si bien promueve la transparencia y una amplia participación, también plantea el desafío de alcanzar consenso rápidamente y coordinar el desarrollo. En un sistema sin autoridad centralizada, el proceso de toma de decisiones puede volverse largo y contencioso.

ViaBTC Capital analizará el marco único del desarrollo descentralizado de Bitcoin, revisará el papel central y las controversias de Bitcoin Core en el mantenimiento del protocolo, repasará las vías de activación de actualizaciones clave como SegWit y Taproot, y profundizará en el debate sobre la "programabilidad" provocado por nuevos BIPs como OP_CAT. Esto lleva a una pregunta profunda: ¿Se está convirtiendo el principio de Bitcoin de "inmutabilidad equivale a seguridad" en el último grillete para su innovación ecológica?

1.Visión general del modelo de desarrollo descentralizado de Bitcoin

1.1 El papel central de Bitcoin Core en el mantenimiento del protocolo

Bitcoin Core es la principal implementación de software del protocolo Bitcoin y se considera su cliente de referencia. Contiene software de nodo completo para la verificación completa de la blockchain, así como una cartera de bitcoin. La mayoría de los usuarios y mineros de Bitcoin eligen usar Bitcoin Core como su nodo completo, lo cual es esencial para mantener la descentralización de la red y defenderse de posibles ataques. Además, el proyecto mantiene software relacionado como la biblioteca de criptografía libsecp256k1 .

Aunque el desarrollo de Bitcoin está descentralizado, a partir de junio de 2025, aproximadamente el 90% de todos los nodos completos en la red utilizan Bitcoin Core. Por lo tanto, Bitcoin Core ocupa una posición única y de facto influyente como la "implementación de referencia". Esta autoridad de facto significa que una vez que los cambios se fusionan en el código base de Bitcoin Core, a menudo se convierten en el estándar de facto, incluso sin una aplicación explícita de una autoridad central. Esta adopción generalizada y voluntaria define efectivamente las reglas operativas y el estado actual del protocolo. En consecuencia, los desarrolladores que contribuyen al proyecto Bitcoin Core, especialmente sus mantenedores, ejercen una influencia significativa. Su trabajo, después de someterse a una rigurosa revisión y ser fusionado, impacta directamente en la funcionalidad general y la seguridad de la red. Esto crea una forma única de "centralización suave" alrededor del proyecto Bitcoin Core, que se equilibra continuamente por su naturaleza transparente de código abierto y su proceso de revisión por pares distribuido.

1.2 La evolución del papel del mantenedor: de Satoshi Nakamoto a la gestión colectiva

El papel de los mantenedores de Bitcoin Core ha evolucionado significativamente, desde el liderazgo personal de Satoshi Nakamoto hasta un modelo de gestión colectiva compartido por múltiples mantenedores.

• Los inicios y salida de Satoshi Nakamoto: El misterioso creador de Bitcoin, Satoshi Nakamoto, inicialmente desarrolló y estuvo activo en el proyecto Bitcoin Core hasta finales de 2010, cuando anunció en abril de 2011 que había "pasado a otros proyectos" y entregó la responsabilidad de Bitcoin Core a Gavin Andresen. Este momento marcó la primera vez que el liderazgo de Bitcoin pasó de Satoshi Nakamoto a la comunidad, y fue un hito importante en la descentralización del proyecto.
• La sucesión y controversia de Gavin Andresen: Considerado como el "heredero aparente" de Satoshi Nakamoto, Gavin Andresen asumió el cargo de mantenedor principal de Bitcoin Core y lideró el desarrollo de Bitcoin en los años siguientes, lo que resultó en una mayor estabilidad y aceptación. Sin embargo, en 2016, Gavin Andreessen se vio involucrado en una gran controversia cuando afirmó públicamente que el australiano Craig Wright era Satoshi Nakamoto. Esta afirmación fue posteriormente ampliamente disputada por la comunidad, lo que llevó a que el acceso de Gavin Andreessen al código base principal de Bitcoin en GitHub fuera temporalmente revocado por otros mantenedores.
• Wladimir J. van der Laan y el posterior mantenimiento colectivo: El 8 de abril de 2014, Wladimir J. van der Laan sucedió a Gavin Andreessen como mantenedor principal. Desde entonces, el papel de mantenedor principal ha evolucionado para ser compartido por múltiples mantenedores, descentralizando aún más el proceso de lanzamiento. Actualmente, solo unos pocos desarrolladores tienen acceso al código de Bitcoin Core, y sus responsabilidades incluyen fusionar parches de colaboradores y realizar comprobaciones finales para garantizar que los parches sean seguros y cumplan con los objetivos del proyecto.

La evolución del papel del mantenedor de Bitcoin Core, de un solo líder a múltiples mantenedores compartiendo el rol, refleja los esfuerzos continuos del proyecto para encontrar un equilibrio entre la descentralización y la eficiencia. Inicialmente, Satoshi Nakamoto podía hacer avanzar el proyecto rápidamente como único tomador de decisiones. Sin embargo, a medida que el proyecto maduraba y la comunidad crecía, especialmente después de la partida de Satoshi Nakamoto, los riesgos de este modelo se volvieron cada vez más evidentes. Descentralizar la autoridad a múltiples mantenedores, por otro lado, reduce el riesgo de un único punto de fallo y asegura un proceso de toma de decisiones más robusto y resistente a la censura. Sin embargo, también significa que la velocidad a la que los proyectos pueden alcanzar consenso e implementar cambios importantes puede ralentizarse. Esta compensación inherente revela la complejidad de gobernanza de los sistemas descentralizados: cómo mantener un sentido suficiente de eficiencia y dirección sin sacrificar los principios fundamentales de descentralización.

Al mismo tiempo, la composición del equipo de mantenedores y la dinámica de poder dentro de él tienen un impacto profundo en la dirección y estabilidad de todo el ecosistema Bitcoin. Blockstream es una empresa que se especializa en infraestructura de Bitcoin y blockchain, y varios de los desarrolladores involucrados en el mantenimiento de Bitcoin Core solían trabajar para esta empresa. Al apoyar a estos desarrolladores, Blockstream se ha convertido en un importante contribuyente al código de Bitcoin Core, planteando preguntas en la comunidad sobre su independencia de desarrollo y corporativización. Por ejemplo, la insistencia de Blockstream en resolver el problema de escalabilidad de Bitcoin a través de la solución de capa 2 y su oposición a escalar directamente la cadena principal ha llevado a divisiones comunitarias y bifurcaciones de Bitcoin; además, la crisis de confianza entre desarrolladores y mineros y la feroz competencia con la comunidad de Ethereum han convertido a Blockstream en un centro de controversia en los círculos cripto.

1.3 Contribuciones y controversias de la comunidad de desarrolladores

El desarrollo de Bitcoin es un proceso abierto y colaborativo, y cualquiera puede hacer Pull Requests para cambios de código, revisiones o pruebas abiertas. Desde el inicio del programa, más de mil desarrolladores han contribuido a él, mejorando la funcionalidad del software, corrigiendo errores y añadiendo nuevas características, e interactuando con la comunidad para obtener retroalimentación y resolver problemas. El proceso de toma de decisiones es colaborativo y a menudo se basa en el consenso entre los desarrolladores y la comunidad en general.

Sin embargo, esta apertura también ha llevado a controversias dentro de la comunidad, especialmente a medida que han surgido nuevos casos de uso como las Inscripciones.

Luke Dashjr y la controversia de las Inscripciones: El desarrollador de Bitcoin y cofundador de Ocean Mining Pool, Luke Dashjr, ha criticado fuertemente las inscripciones como Ordinals y tokens BRC-20, calificándolos como "spam" en Bitcoin. Argumenta que las inscripciones explotan una vulnerabilidad en Bitcoin Core que les permite eludir el límite de tamaño de datos adicionales en las transacciones al disfrazar los datos como código de programa. Dashjr argumenta que esta "vulnerabilidad" fue corregida en Bitcoin Knots v25.1 y espera que Bitcoin Core también la corrija antes del lanzamiento de la v27. Incluso argumenta que una vez que se corrija la vulnerabilidad, los Ordinals y los tokens BRC-20 dejarán de existir, ya que "nunca existieron realmente y son fraudulentos".

Poder de mercado de Ordinals y tokens BRC-20: Los Ordinals y tokens BRC-20, aunque considerados "spam" por los conservadores, han mostrado gran vitalidad en el mercado. Según Dune Analytics, a diciembre de 2023, las transacciones relacionadas con inscripciones han generado $172 millones adicionales en ingresos para los mineros, un incentivo financiero real que está remodelando el ecosistema bitcoin, e innovaciones como Taproot Wizards continúan explorando los límites de la programabilidad de bitcoin, lo que sugiere que las fuerzas del mercado pueden ser capaces de eludir las restricciones tecnológicas de los desarrolladores. En los sistemas descentralizados, los incentivos económicos se están convirtiendo en el arma más poderosa para romper las cadenas de la ideología.

Implicaciones más profundas de la controversia: Algunos desarrolladores han insistido en que Bitcoin debería mantener su pureza funcional, y que cualquier función financiera no esencial podría amenazar la ciberseguridad. Esta filosofía de "inmutabilidad" ha evitado la fragmentación ecológica que viene con las bifurcaciones duras frecuentes, pero también está enfrentando serios desafíos. Cuando los desarrolladores intentan eliminar aplicaciones innovadoras como las inscripciones mediante la corrección de "errores", efectivamente se les otorgan "derechos de verificación funcional" de facto, una tendencia centralizada que va en contra del espíritu descentralizado de Bitcoin. Si los desarrolladores logran bloquear aplicaciones innovadoras, quedará claro que la "inmutabilidad" se ha convertido en una cadena que limita la innovación. El resultado de este juego determinará si Bitcoin puede mantener su ventaja de seguridad mientras evita caer víctima del conservadurismo tecnológico. En el contexto de la rápida innovación en cadenas públicas competidoras como Ethereum, la comunidad de Bitcoin necesita encontrar un equilibrio entre preservar el valor central de la seguridad y estabilidad de la red, mientras deja espacio para una innovación sensata. Después de todo, en un mundo regido por código y aritmética, el mercado finalmente dará el veredicto más justo.

2.Propuestas de Mejora de Bitcoin (BIPs): Un mecanismo formal de actualización

2.1 Definición, propósito e importancia de los BIPs

Las Propuestas de Mejora de Bitcoin (BIPs) son documentos estandarizados que describen posibles cambios, mejoras o adiciones al protocolo Bitcoin. Proporcionan una plataforma colaborativa para que desarrolladores, investigadores y miembros de la comunidad propongan, discutan e implementen cambios, asegurando la transparencia y un amplio consenso comunitario. Los BIPs permiten a la comunidad de Bitcoin abordar desafíos emergentes y adaptarse a las necesidades cambiantes de la comunidad, permitiendo que cualquiera contribuya a su desarrollo mientras se asegura que los cambios se realicen de manera transparente con un amplio consenso comunitario.

2.2 Tipos de BIPs

Existen tres tipos principales de BIPs de Bitcoin, cada uno con un propósito único:

• BIPs de seguimiento de estándares: Estos BIPs describen cambios que afectan las reglas de consenso del protocolo Bitcoin. Proponen cambios en aspectos fundamentales de cómo funciona Bitcoin que requieren un amplio consenso comunitario para implementarse. Por ejemplo, las actualizaciones de Segregated Witness (SegWit) y Taproot caen en esta categoría.
• BIPs informativos: Los BIPs informativos proporcionan materiales educativos, guías generales o hallazgos de investigación relacionados con Bitcoin. Ofrecen a los desarrolladores y entusiastas información valiosa sobre varios aspectos del ecosistema Bitcoin y les ayudan a profundizar su comprensión de la red. Estos BIPs no cambian el código o las reglas de Bitcoin, sino que son más como sugerencias o recomendaciones diseñadas para educar a la comunidad.
• BIPs de proceso: Los BIPs de proceso proponen cambios al proceso de desarrollo de Bitcoin en sí. Están destinados a mejorar la eficiencia, la gobernanza o los mecanismos de toma de decisiones dentro de la comunidad Bitcoin. Los BIPs de proceso pueden abordar temas como los procesos de revisión de código, metodologías de gestión de proyectos o iniciativas de coordinación comunitaria. Son similares a los BIPs de seguimiento estandarizados en que requieren consenso comunitario, pero difieren en que se aplican a procesos fuera del protocolo Bitcoin.

El proceso de categorización y estandarización de BIPs refleja la estrategia de la comunidad Bitcoin para gestionar la evolución de tecnologías complejas en un entorno descentralizado. Al categorizar las propuestas en diferentes tipos, la comunidad puede aplicar diferentes niveles de revisión e intensidad de consenso a cambios de distinta naturaleza. Por ejemplo, los BIPs de seguimiento de estándares que afectan las reglas de consenso requieren el umbral de consenso más alto porque pueden llevar a la fragmentación de la red, mientras que los BIPs informativos son más permisivos. Este enfoque estructurado, aunque pueda parecer engorroso, minimiza el riesgo de cambios maliciosos o insuficientemente considerados en la estabilidad central de la red.

3.3 Ciclo de vida y proceso de activación de los BIPs

Un BIP de Bitcoin pasa por varias fases diferentes antes de convertirse en parte del protocolo Bitcoin:

1. Fase de borrador: En esta fase, las propuestas son creadas y refinadas por sus autores, y el BIP se somete a una revisión inicial y retroalimentación de la comunidad.
2. Fase de propuesta: Durante esta fase, el BIP recibe más atención de la comunidad. Se presenta a los desarrolladores, investigadores y entusiastas de Bitcoin para una revisión y retroalimentación adicional. Esta fase permite la lluvia de ideas colectiva y el refinamiento de la propuesta para garantizar su solidez.
3. Fase final: Una vez que el BIP ha ganado un amplio apoyo en la comunidad y ha sido minuciosamente examinado, entra en la fase final. Durante esta fase, la propuesta se incluye en el repositorio de Propuestas de Mejora de Bitcoin (BIP), indicando que está lista para su implementación.
4. Implementación y activación: Los desarrolladores de Bitcoin luego integran los cambios en el protocolo Bitcoin por consenso. Para cambios importantes a nivel de protocolo, generalmente hay un umbral de activación, y las mejoras solo entran en vigor cuando suficientes participantes de la red se han actualizado a la nueva versión. Las actualizaciones pueden ser bifurcaciones suaves (compatibles con versiones anteriores), como SegWit, que permiten que los nodos más antiguos continúen operando, o bifurcaciones duras (incompatibles), que pueden llevar a la división de la red y crear nuevas criptomonedas, como la bifurcación dura de Bitcoin Cash (BCH) en 2017.

Este ciclo de vida de múltiples etapas de los BIPs y el riguroso proceso de activación es una manifestación central del modelo de gobernanza descentralizada de Bitcoin. Asegura que cualquier modificación al protocolo no sea impuesta por unos pocos seleccionados, sino a través de una amplia discusión y adopción voluntaria por múltiples partes interesadas. Este mecanismo combina efectivamente la toma de decisiones técnicas con el consenso social, haciendo que la evolución de los protocolos sea un proceso orgánico y altamente resistente a la censura. Por otro lado, sin embargo, este modelo basado en el consenso puede resultar en actualizaciones lentas, pero mejora enormemente la resiliencia y confiabilidad de la red Bitcoin porque evita el riesgo de fragmentación de la red o centralización que podría resultar de cambios obligatorios. Cada activación exitosa de un BIP demuestra que la comunidad, a través de la colaboración y el compromiso, es capaz de trabajar en conjunto para mantener y hacer crecer este sistema monetario global y sin confianza.

3.BIPs principales y su impacto

La evolución del protocolo Bitcoin ha sido posible gracias a una serie de BIPs clave, propuestas que han mejorado significativamente la eficiencia, privacidad y escalabilidad de la red.

3.1 BIPs clave activados

• BIP 16 (P2SH): Introdujo la función Pay-to-Script-Hash (P2SH), que se activó en 2012. P2SH simplifica las operaciones complejas de scripting y mejora la eficiencia y privacidad de las transacciones al permitir a los remitentes enviar fondos a un hash de script en lugar de una dirección de clave pública directa. Mejora la eficiencia y privacidad de las transacciones al permitir a los remitentes enviar fondos a un hash de script en lugar de a una dirección de clave pública directa. Ahorra espacio en la blockchain y mejora la privacidad al ocultar la condición de gasto hasta que se gastan los fondos. Las direcciones P2SH típicamente comienzan con un "3" para distinguirlas de las direcciones tradicionales de Bitcoin (que comienzan con un "1"). El caso de uso más común para P2SH son las transacciones multifirma, donde se requieren múltiples firmas para ejecutar una transacción, proporcionando una capa adicional de seguridad para empresas y organizaciones. También es clave para el desarrollo de soluciones de Capa 2 como la Lightning Network, que aumenta significativamente la capacidad de transacción de Bitcoin al bloquear condicionalmente fondos para soportar transacciones fuera de la cadena. BIP 16 se implementó como un soft fork, lo que significa que los nodos más antiguos aún pueden validar y procesar transacciones que siguen las reglas actualizadas, manteniendo la compatibilidad hacia atrás.
• BIP 141 (SegWit): Aborda la maleabilidad de las transacciones y el escalado a través de Segregated Witness (SegWit), activado en 2017. La maleabilidad de las transacciones es el riesgo de que el ID de transacción (TXID) pueda cambiar cuando se modifica la firma, aunque el efecto de la transacción siga siendo el mismo, lo que supone un riesgo para el protocolo fuera de la cadena. SegWit soluciona este problema moviendo el código de desbloqueo (la firma) a un nuevo campo "testigo" en los datos de la transacción y excluyéndolo del cálculo del TXID. Esto hace que el TXID sea fiable. Además, SegWit realmente aumenta el tamaño del bloque al introducir "unidades de peso" en lugar de simples bytes para calcular el tamaño del bloque. Los bytes normales se cuentan como 4 unidades de peso, mientras que los bytes testigo se cuentan como 1 unidad de peso, lo que se traduce en un descuento del 75% en los datos desbloqueados, creando así más espacio en el bloque para datos transaccionales. SegWit también se está implementando como un soft fork, lo que significa que los nodos heredados que no se han actualizado seguirán tratando los bloques SegWit como válidos, asegurando la compatibilidad de la red. Sienta las bases para protocolos de Capa 2 como la Lightning Network, permitiendo que se construya de forma segura sobre Bitcoin.
• BIP 340, 341, 342 (Taproot): Juntos, estos BIPs conforman la actualización Taproot, que se activará en noviembre de 2021. Taproot es la actualización más significativa desde SegWit, y está diseñada para mejorar la privacidad, eficiencia y escalabilidad de Bitcoin, así como para aumentar la flexibilidad de los contratos inteligentes.
• BIP 340 (Firmas Schnorr): Introdujo las firmas Schnorr, un esquema de firma más seguro y eficiente que las firmas ECDSA tradicionales. La ventaja clave de las firmas Schnorr es su capacidad de agregación de claves, que permite combinar múltiples claves públicas y firmas en una sola, haciendo que las transacciones multifirma se vean igual que una transacción normal de firma única en la cadena. La ventaja clave de las firmas Schnorr es su capacidad para combinar múltiples claves públicas y firmas en una sola, haciendo que las transacciones multifirma parezcan transacciones normales de firma única en la cadena, mejorando la privacidad y reduciendo el volumen de datos.
• BIP 341 (Taproot): introduce un marco genérico que integra los mecanismos de firmas Schnorr, Árboles de Sintaxis Abstracta Merkleizados (MAST) y Pay-to-Taproot (P2TR). MAST permite ocultar la complejidad no utilizada en una transacción, revelando solo la parte relevante de la transacción en el momento en que realmente se gasta, mejorando la privacidad y reduciendo la cantidad de datos en la cadena. P2TR proporciona una nueva forma de gastar Bitcoin, combinando la funcionalidad de P2PK y P2SH para mejorar aún más la privacidad y hacer que todas las salidas Taproot se vean similares en la cadena.
• BIP 342 (Tapscript): Modificó el lenguaje de scripting de Bitcoin para ser compatible con BIP 340 y BIP 341 para soportar firmas Schnorr, verificación por lotes y mejoras en el hash de firma. La introducción de Tapscript también sienta las bases para futuras actualizaciones del scripting de Bitcoin en el futuro.

Estos BIPs activados reflejan la estrategia del protocolo Bitcoin de continuar expandiendo la funcionalidad y optimizando la eficiencia mientras mantiene su estabilidad y seguridad fundamentales. Al priorizar los soft forks sobre los hard forks, la comunidad Bitcoin ha logrado introducir mejoras significativas evitando el riesgo de fragmentación de la red. Este énfasis en la compatibilidad hacia atrás es un factor clave en la capacidad del ecosistema Bitcoin para mantenerse estable. Demuestra que la evolución del protocolo no ocurre de la noche a la mañana, sino que es un proceso de cambios iterativos y deliberados que gradualmente conducen a una red más fuerte, más privada y más eficiente.

3.2 BIPs en discusión o propuestos

La comunidad Bitcoin continúa discutiendo y proponiendo nuevos BIPs en respuesta a las necesidades cambiantes y los desafíos técnicos.

• BIP-177 (Redefinir la unidad base de Bitcoin): Esta propuesta sugiere redefinir la unidad más pequeña de Bitcoin, el satoshi, como una nueva unidad base de 1 bitcoin, lo que simplificaría la visualización de cantidades, eliminaría los puntos decimales y estaría más en línea con los pagos de la Lightning Network. Esto simplificaría la visualización de cantidades, eliminaría el punto decimal y estaría más en línea con las prácticas de pago de Lightning. La propuesta implica solo ajustes en la visualización de carteras y exchanges, y no cambia el protocolo subyacente ni el límite total de cantidad de Bitcoin. Los proponentes argumentan que esto reduciría la carga cognitiva, eliminaría el "miedo a la unidad" para los nuevos usuarios y simplificaría la experiencia del usuario al alinearse mejor con el verdadero diseño de contar en números enteros dentro del protocolo Bitcoin. Por ejemplo, "0.00010000 BTC" se mostraría como "10,000 BTC". Sin embargo, la propuesta también ha enfrentado resistencia, siendo la principal objeción que propone descartar la unidad "Satoshi" nombrada en honor a Satoshi Nakamoto, lo que podría llevar a confusión entre los usuarios.
• OP_CAT (BIP-347): OP_CAT es un opcode que permite fusionar dos piezas de datos en la pila de script de Bitcoin en una sola. "CAT" significa "concatenación". OP_CAT formaba parte originalmente de la implementación de Bitcoin, pero se descontinuó en 2010 debido a preocupaciones sobre posibles vulnerabilidades y ataques de denegación de servicio. En los últimos años, el interés por reactivar OP_CAT se ha reavivado con la introducción de la actualización Taproot en 2021, que introducirá capacidades de scripting mejoradas y un límite de tamaño (520 bytes para Tapscript), aliviando las preocupaciones de seguridad anteriores.
• Usos potenciales: OP_CAT es capaz de una variedad de funciones complejas, como construir y verificar árboles de Merkle directamente en la pila para habilitar rutas de retiro unilateral, dependencia de transacciones de otras transacciones ya contenidas en el bloque, etc. También puede emular "convenios" a través de la naturaleza de las firmas Schnorr, permitiendo una introspección detallada y compromiso con campos individuales de una transacción. Esto hace posible construir contratos inteligentes más complejos y aplicaciones descentralizadas como CatVM.
• Ruta de activación y desafíos: Reintroducir OP_CAT requerirá un soft fork. El proceso incluye una propuesta formal de BIP con una revisión exhaustiva de la comunidad, implementación y pruebas extensas en Bitcoin Core, y amplio consenso entre mineros, desarrolladores y usuarios. Aunque OP_CAT ha sido "ampliamente probado e investigado" y es técnicamente "sencillo", y OP_CAT se activó en el Bitcoin Signet el 1/5/24, su camino hacia la activación todavía depende de alcanzar un consenso en el Bitcoin Core. "amplio consenso entre mineros, desarrolladores y usuarios". Algunos desarrolladores predicen que los desarrolladores de Bitcoin Core pueden llegar a un consenso sobre OP_CAT u OP_CTV en 2025, con una implementación real que probablemente tomará otros 1-2 años.
• Promotor:

1. Fractal Bitcoin ha habilitado OP_CT en su mainnet desde septiembre de 2024 como un banco de pruebas en tiempo real para nuevos protocolos que utilizan sus características.
2. StarkWare ha establecido un fondo de investigación OP_CAT de $1 millón con el objetivo de avanzar en la investigación sobre la activación de OP_CAT en Bitcoin. Mientras tanto, por otro lado, combinando OP_CAT con su tecnología de Prueba de Conocimiento Cero (STARK).
3. CatVM es un puente cross-chain sin confianza basado en OP_CAT propuesto por Taproot Wizards.

• BIP-420 (BIP no oficial): El número oficial es en realidad BIP-347. BIP-420 fue creado originalmente por miembros de la comunidad como un número no oficial para la propuesta OP_CAT en la red Bitcoin para abordar la lenta distribución de números de propuestas. Tradicionalmente, los números BIP eran asignados por un solo desarrollador, Luke Dashjr, lo que resultaba en una espera de aproximadamente seis meses para que las propuestas de OP_CAT recibieran un número oficial. A principios de 2024, el desarrollador Anthony Towns creó un sistema de numeración alternativo, BINANA, y asignó a OP_CAT el número BIN-2024-0001. Posteriormente, los miembros de Taproot Wizards lanzaron la campaña "BIP-420", utilizando el número simbólico "420" para generar impulso para la propuesta. Al mismo tiempo, la desarrolladora principal Ava Chow propuso añadir más editores de BIP para acelerar el proceso de numeración. Al final, después del impulso de la comunidad y la expansión del equipo editorial, a la propuesta OP_CAT se le asignó oficialmente el número BIP-347 el 24 de abril de 2024, marcando el reconocimiento oficial de la propuesta y una base de discusión más amplia.
• BIP-119 (OP_CTV): Propuesto por Jeremy Rubin en 2021, esta propuesta permite reglas de transacción más flexibles a través de CheckTemplateVerify y admite funcionalidad de covenant. De manera similar a OP_CAT, esta propuesta busca añadir una característica de "covenant" similar a los contratos inteligentes de Ethereum a la red Bitcoin, como permitir instrucciones para limitar la transferencia de fondos a una dirección específica o automatizar transacciones, como transferencias programadas, con el fin de aumentar la programabilidad de Bitcoin. También actualmente inactiva, las discusiones comunitarias continúan, con algunos desarrolladores recurriendo a OP_CCV (BIP-443) como alternativa.
• BIP-348 OP_CHECKSIGFROMSTACK (CSFS): un nuevo opcode para Bitcoin, OP_CSFS, propuesto por Jeremy Rubin y Brandon Black en noviembre de 2024. El opcode permite verificar si una firma es válida para un mensaje arbitrario, no limitado al hash de la transacción actual, obteniendo la firma desde la pila de datos. El opcode también se utiliza para verificar que una firma es válida para un mensaje, no solo el hash de la transacción actual, OP_CSFS es una herramienta importante para permitir Covenants más flexibles, habilitando la creación de lógica condicional compleja para limitar el gasto de dinero, mejorar la seguridad (por ejemplo, Bóvedas y Prevención de Robo de Protocolos Descentralizados), y puede combinarse con opcodes como OP_CAT para construir contratos inteligentes más complejos. BIP-119 (CTV) y BIP-348 (CSFS), dos opcodes relativamente nuevos para Bitcoin, han sido propuestos para Bitcoin. CSFS), ambos más cautelosos y conservadores en relación con BIP-347 (OP_CAT), se espera que se activen en la red principal de Bitcoin antes que OP_CAT
• "Protocolo de Migración de Direcciones Resistentes a Quantum" (QRAMP): Una propuesta importante de un desarrollador de Bitcoin para proteger a Bitcoin de futuras amenazas de computación cuántica a través de un único hard fork, el plan es forzar a la red Bitcoin a migrar de carteras más antiguas cifradas con ECDSA tradicional (Algoritmo de Firma Digital de Curva Elíptica) a carteras más nuevas que emplean técnicas de criptografía post-cuántica. Las computadoras cuánticas amenazan la seguridad de Bitcoin al utilizar la capacidad de los bits cuánticos (qubits) para existir en múltiples estados a la vez, aumentando dramáticamente el poder de cómputo y potencialmente rompiendo los algoritmos de cifrado existentes. La propuesta establece una altura de bloque como punto de corte para la migración, momento en el cual los nodos rechazarán procesar transacciones que aún utilicen direcciones criptográficas tradicionales, obligando a los usuarios a migrar sus fondos a una cartera más segura. Si bien esta es una medida preventiva, y la computación cuántica aún no está en un punto donde amenace a Bitcoin, la propuesta ha generado una intensa discusión comunitaria y preocupación sobre hard forks con los recientes avances en el campo de los procesadores cuánticos por empresas como Microsoft.

Estas discusiones en curso y los BIPs propuestos reflejan los continuos esfuerzos de la comunidad de Bitcoin para equilibrar la innovación, la seguridad y la descentralización. La reactivación de opcodes como OP_CAT, OP_CTV y otros está destinada a desbloquear funcionalidades más avanzadas en los scripts de Bitcoin para soportar contratos inteligentes y aplicaciones más complejas. Sin embargo, tales extensiones de funcionalidad deben realizarse bajo un estricto escrutinio de seguridad para evitar repetir errores históricos que podrían conducir a potenciales ataques de denegación de servicio. Al mismo tiempo, cambios aparentemente simples en la interfaz de usuario como BIP-177 han generado profundas discusiones sobre cultura, percepción del usuario e imagen de marca, lo que sugiere que la evolución de Bitcoin no es solo un tema técnico, sino también un reflejo de fenómenos sociales y culturales.

4.El impacto de los pools de minería en las actualizaciones del protocolo

Los mineros juegan un papel clave en la activación de las actualizaciones del protocolo Bitcoin, especialmente durante la adopción de soft forks.

4.1 Señalización de mineros y mecanismos de activación

Las actualizaciones del protocolo Bitcoin se activan típicamente a través de una "votación de señal" por parte de los mineros. Los mineros indican su apoyo y preparación para un BIP incluyendo señales específicas en los bloques que minan (por ejemplo, usando un número de versión específico en la cabecera del bloque). Para los soft forks, generalmente se necesita alcanzar un umbral de activación preestablecido (por ejemplo, 95% de los bloques señalizando durante un período de tiempo) para activar una nueva regla. Una vez que se alcanza este umbral, se implementa el soft fork y la comunidad (incluidos mineros, nodos completos, exchanges, proveedores de servicios de pago, etc.) debe actualizar su software a la nueva versión.

4.2 Potencial de veto de los mineros

Los mineros tienen un poder de veto de facto en la activación de un soft fork. Si los mineros no señalan disposición, la actualización no puede ser activada. Esto es particularmente evidente en la activación de Segregated Witness (SegWit): los mineros inicialmente tienen bajo apoyo y no señalan disposición hasta que el mercado muestra una demanda débil por propuestas competidoras. Este fenómeno sugiere que las decisiones de los mineros no siempre se basan en consideraciones puramente técnicas, sino que están significativamente influenciadas por la dinámica del mercado y los incentivos económicos.

4.3 Incentivos económicos para los mineros

Los pools de minería, como una colección de recursos computacionales de los mineros, tienen una enorme influencia en la red Bitcoin, lo que les otorga un poder de decisión significativo en la adopción y activación de BIPs. Al mismo tiempo, el comportamiento de los mineros a menudo está impulsado por incentivos financieros. Por ejemplo, el auge de las inscripciones ha llevado a un aumento significativo en las tarifas de transacción en la red Bitcoin, generando ingresos significativos para los mineros, lo que ha llevado a muchos mineros a adoptar las inscripciones aunque algunos desarrolladores las vean como "spam". Esta racionalización económica explica por qué, aunque controvertidos, ciertos casos de uso siguen siendo respaldados por los mineros e incluidos en los bloques. Al elegir qué versión del software ejecutar y si señalar o no su apoyo, están ejerciendo de hecho una especie de "voto suave". Este poder no es absoluto, ya que los usuarios y todos los nodos pueden hacer cumplir el consenso rechazando bloques que no se ajusten a sus reglas, pero el comportamiento colectivo de los mineros es ciertamente una variable clave en la evolución del protocolo.

5.Un proceso de actualización prolongado

Debido a que Bitcoin es una red descentralizada, cualquier cambio requiere un amplio consenso entre desarrolladores, mineros y usuarios, y este proceso de consenso es complejo y requiere tiempo, lo que hace que el proceso de actualización de Bitcoin sea lento. Históricamente, como el debate sobre el tamaño de bloque de 2017 (que llevó al fork de Bitcoin Cash) ha mostrado el riesgo de divergencia, y la actualización Taproot (activada en 2021) ha tomado años de discusión y pruebas. Además, complejidades técnicas como los riesgos potenciales de seguridad de OP_CTV y OP_CAT hacen que sea un proceso largo para que la comunidad de Bitcoin avance con estos BIPs. Como resultado, la cartera Bitcoin Xverse ha lanzado un sitio de petición comunitaria (https://whatthefork.wtf/) para que las personas firmen una firma de cartera indicando que quieren que el soft fork de BTC admita OP_CTV y OP_CAT, para intentar impulsarlo a través de la voz de la comunidad.

Debido a las actualizaciones lentas, muchos proyectos del ecosistema Bitcoin están diseñando soluciones complejas con funcionalidad limitada actual. Por ejemplo, BitVM (Bitcoin Virtual Machine) propone implementar funcionalidad de contratos inteligentes a través de un modelo de probador-verificador que calcula fuera de la cadena y verifica en la cadena sin cambiar las reglas de consenso. Otra estrategia es usar Bitcoin como una Capa de Disponibilidad de Datos (DA), que utiliza la seguridad de Bitcoin para almacenar datos y soportar extensiones de cadenas laterales o Rollups.

6.Conclusión

El desarrollo y mantenimiento de Bitcoin es un proceso descentralizado único y en continua evolución. Está impulsado por una comunidad global de desarrolladores de código abierto, y sin ninguna entidad única que controle su desarrollo, el modelo de desarrollo de Bitcoin es un complejo acto de equilibrio: la innovación tecnológica se impulsa prudentemente a través de un proceso estructurado de BIPs y un mecanismo de consenso de múltiples partes interesadas bajo los principios de apertura, descentralización y orientación comunitaria. Como resultado, este modelo ha llevado inevitablemente a un ritmo más lento de desarrollo de Bitcoin, y tendremos que seguir observando si es capaz de continuar adaptándose a nuevos desafíos y necesidades mientras garantiza la resiliencia, seguridad y resistencia a la censura de la red Bitcoin.