El desarrollador de Bitcoin Matt Corallo estima que el BIP-54, una propuesta destinada a corregir cuatro vulnerabilidades de larga data en la red, tiene un 80% de probabilidad de convertirse en la próxima bifurcación suave de Bitcoin.
El desarrollador de Bitcoin Matt Corallo estima que la propuesta BIP-54, destinada a corregir cuatro vulnerabilidades de red a largo plazo, se convertirá en la próxima bifurcación blanda de Bitcoin con una probabilidad del 80%.
La propuesta de actualización abordará las debilidades en el ajuste de la dificultad de minería, la verificación de bloques, la prueba de árbol Merkle y las transacciones coinbase duplicadas.
BIP-54 no tiene una fecha de activación confirmada, pero las estimaciones recopiladas en TABconf sugieren que esta actualización podría llegar en 2027, aunque es más probable que sea en 2028 o más tarde.
Algunos desarrolladores cuestionan si Bitcoin debería priorizar el mantenimiento en lugar de nuevas funciones, pero Corallo considera que esta actualización ayuda a establecer un proceso más claro para futuros soft forks.
Corallo discutió esta propuesta en una aparición en MARA Foundation TV con Isabel Foxen Duke, responsable de MARA Foundation, y explicó por qué los desarrolladores podrían priorizar la corrección de los problemas de consenso existentes antes de introducir nuevas funciones.
La propuesta llamada "Great Consensus Cleanup" se remonta al trabajo propuesto por Corallo en 2019, que más tarde se desarrolló en una propuesta formal de mejora de Bitcoin y fue redactada conjuntamente por el desarrollador Antoine Poinsot.
Aunque aún no se ha confirmado la fecha de activación de esta actualización, Corallo considera que resuelve problemas técnicos ampliamente reconocidos por los desarrolladores y no requiere cambios significativos en las funciones de Bitcoin.
Corallo dijo: "Sabemos que hay una larga lista de cosas que realmente necesitan ser limpiadas." Describió estas vulnerabilidades como preocupaciones reales, pero no como una amenaza urgente para la red.
La propuesta BIP-54 busca corregir cuatro vulnerabilidades en Bitcoin
La especificación oficial de BIP-54 describe modificaciones a las reglas de ajuste de dificultad de Bitcoin, el proceso de validación de transacciones, la estructura del árbol Merkle y los requisitos de las transacciones coinbase.
Uno de los problemas involucra una vulnerabilidad conocida como timewarp attack, que podría permitir a los mineros que controlan la mayoría de la potencia de hash de Bitcoin manipular las marcas de tiempo de los bloques.
Bitcoin ajusta la dificultad de minería cada 2.016 bloques, aproximadamente dos semanas. Un atacante que aproveche las reglas actuales de marcas de tiempo podría reducir artificialmente la dificultad, haciendo que los nuevos bloques se generen más rápido de lo esperado.
La documentación técnica de la propuesta estima que, en condiciones extremas, un atacante podría reducir la dificultad de minería al nivel más bajo en 38 días.
Para resolver este problema, BIP-54 introduce restricciones en las marcas de tiempo al inicio y al final de cada ciclo de ajuste de dificultad, incluyendo una tolerancia de dos horas para adaptarse a las fluctuaciones normales.
Otra modificación propuesta se refiere a los bloques de construcción especial que requieren una cantidad anormalmente grande de potencia de cálculo para su verificación.
Según las normas, algunos bloques pueden tardar minutos en procesarse en computadoras de alto rendimiento, e incluso varias horas en máquinas con menor rendimiento, lo que permite a los mineros maliciosos ralentizar a sus competidores.
BIP-54 limitará ciertas operaciones de verificación de firmas a 2,500 por transacción. Su autor estima que este límite reducirá el tiempo de verificación de bloque en el peor de los casos hasta 40 veces.
La tercera corrección aborda una vulnerabilidad en el árbol Merkle, relacionada con transacciones que contienen exactamente 64 bytes de datos no witness.
Under certain conditions, such transactions may resemble internal nodes of a Merkle tree, potentially allowing attackers to deceive lightweight Bitcoin clients into accepting forged transaction inclusion proofs.
La regla propuesta invalidará este tipo de transacciones de tamaño específico, eliminando así la ambigüedad subyacente.
El último cambio se refiere a las transacciones de coinbase repetidas. Las transacciones de coinbase son transacciones especiales creadas por los mineros para reclamar la recompensa del bloque.
BIP-54 introducirá nuevos requisitos para los campos de transacciones coinbase para evitar que los problemas de identificación de transacciones históricas vuelvan a aparecer en futuros bloques.
Las normas indican que, bajo las reglas actuales, el bloque 1,983,702 es la primera altura futura en la que podría ocurrir una transacción coinbase duplicada.
Los desarrolladores de Bitcoin tienen diferencias sobre las futuras actualizaciones
A pesar de la confianza de Corallo, esta propuesta ha sido criticada por algunos desarrolladores que consideran que Bitcoin debería priorizar actualizaciones que aporten nuevas capacidades.
Paul Sztorc, cofundador y CEO de LayerTwo Labs, publicó en X que si se activa el BIP-54, "es un poco frustrante", y considera que esta propuesta es solo trabajo de mantenimiento sin agregar funcionalidades.
Sztorc indicó que los desarrolladores que investigó en TABconf en Atlanta esperan en general que esta propuesta de limpieza se convierta en la próxima bifurcación blanda de Bitcoin.
Sin embargo, sus estimaciones indican que el tiempo de espera será largo; la predicción más temprana apunta a septiembre de 2027, mientras que la mayoría espera su activación en 2028 o más tarde.
Esta discusión continúa la división de años en torno a los cambios en el protocolo de Bitcoin desde la activación de Taproot en noviembre de 2021.
En septiembre de este año, crypto.news informó sobre las preocupaciones de Sztorc: debido a la falta de acuerdo sobre cómo deberían aprobarse los cambios de consenso, Bitcoin podría tener dificultades para activar más soft forks.
Él mencionó específicamente OP_CAT, una actualización propuesta destinada a restaurar una operación que permite a los scripts de Bitcoin combinar datos y admitir condiciones de gasto más complejas.
Otras propuestas, incluyendo OP_CHECKTEMPLATEVERIFY bajo BIP-119, también enfrentan dificultades similares para obtener suficiente apoyo en el ecosistema de Bitcoin.
Al mismo tiempo, la computación cuántica también se convirtió en otro tema de discusión del protocolo. Coinbase recientemente describió varias soluciones posibles para proteger el Bitcoin contra amenazas cuánticas futuras, incluyendo BIP-360 y su estructura propuesta de salida Pay-to-Merkle-Root.
A diferencia de estas propuestas, BIP-54 se enfoca en corregir las debilidades en las reglas de consenso actuales de Bitcoin.
Corallo desea que BIP-54 establezca un proceso de activación de soft fork
Además de los cambios técnicos, Corallo cree que esta actualización también podría ayudar a los desarrolladores a establecer un proceso más predecible para futuros soft forks de Bitcoin.
He explained that Bitcoin upgrades have historically involved difficult technical decisions, but disagreements over the activation method have become an equally significant obstacle.
Durante el debate sobre la implementación de Taproot, los participantes discreparon sobre si los mineros deberían emitir una señal de apoyo antes de la activación, o si los usuarios deberían imponer una fecha límite para la activación.
Corallo indica que los desarrolladores pueden utilizar el proceso de implementación de BIP-54 para manejar divisiones similares y establecer procedimientos reutilizables para actualizaciones futuras.
Según su registro de actualizaciones oficial, la propuesta alcanzó el estado de especificación completa el 22 de mayo de 2026, pero este estado no es equivalente a la activación en la red.
Sus términos de compatibilidad indican que estos cambios reforzarán las reglas de validación existentes, manteniendo al mismo tiempo la compatibilidad con los nodos no actualizados.
Sin embargo, el autor sigue animando a los operadores de nodos a actualizar el software para implementar independientemente estas restricciones propuestas.
Para los mineros, el documento indica que las versiones 29.0 y 30.0 de Bitcoin Core ya incluyen protección de plantillas de bloque compatibles con algunas de las restricciones propuestas, y que los pools de minería deben asegurarse de que sus transacciones coinbase cumplan con los nuevos requisitos.