El desarrollador de Bitcoin Matt Corallo ha estimado una probabilidad del 80% de que BIP-54, una actualización propuesta diseñada para corregir cuatro vulnerabilidades de larga data en la red, se convierta en el próximo soft fork de Bitcoin.
Resumen
- El desarrollador de Bitcoin Matt Corallo ha estimado una probabilidad del 80% de que BIP-54, una propuesta para corregir cuatro vulnerabilidades de larga data en la red, se convierta en el próximo soft fork de Bitcoin.
- La actualización propuesta abordaría debilidades en los ajustes de dificultad de minería, la validación de bloques, las pruebas de árbol de Merkle y las transacciones coinbase duplicadas.
- BIP-54 no tiene una fecha de activación confirmada, aunque las estimaciones de los desarrolladores reunidas en TABconf sugieren que la actualización podría llegar en 2027 o, más probablemente, en 2028 y más allá.
- Algunos desarrolladores han cuestionado si Bitcoin debería priorizar el mantenimiento sobre las nuevas funciones, mientras que Corallo cree que la actualización podría ayudar a establecer un proceso más claro para futuros soft forks.
Según un informe de Decrypt del 4 de noviembre, Corallo discutió la propuesta durante una aparición en MARA Foundation TV con la directora de MARA Foundation, Isabel Foxen Duke, donde explicó por qué los desarrolladores podrían priorizar la corrección de problemas de consenso existentes antes de introducir nuevas funciones.
La propuesta, conocida como la Gran Limpieza de Consenso, se remonta al trabajo que Corallo presentó en 2019 y desde entonces se ha convertido en una Propuesta de Mejora de Bitcoin formal coescrita con el desarrollador Antoine Poinsot.
Aunque la actualización no tiene una fecha de activación confirmada, Corallo cree que aborda problemas técnicos que los desarrolladores generalmente reconocen sin requerir cambios importantes en la funcionalidad de Bitcoin.
“Hay una lista interminable de cosas que conocemos y que realmente necesitamos limpiar”, dijo Corallo, describiendo las vulnerabilidades como preocupaciones genuinas pero no amenazas inmediatas para la red.
BIP-54 propone correcciones para cuatro vulnerabilidades de Bitcoin
La especificación oficial de BIP-54 describe cambios en las reglas de ajuste de dificultad de Bitcoin, el proceso de validación de transacciones, la estructura del árbol de Merkle y los requisitos de las transacciones coinbase.
Uno de los problemas involucra una vulnerabilidad conocida como el ataque timewarp, que podría permitir a los mineros que controlan la mayoría del poder de cómputo de Bitcoin manipular las marcas de tiempo de los bloques.
Bitcoin normalmente ajusta la dificultad de minería cada 2.016 bloques, o aproximadamente dos semanas. Al explotar las reglas de marca de tiempo existentes, un atacante podría reducir artificialmente la dificultad y hacer que se produzcan nuevos bloques más rápido de lo previsto.
La documentación técnica de la propuesta estima que un atacante podría potencialmente llevar la dificultad de minería a su mínimo en 38 días bajo circunstancias extremas.
Para abordar el problema, BIP-54 introduce restricciones en las marcas de tiempo al inicio y al final de cada período de ajuste de dificultad, incluida una tolerancia de dos horas destinada a acomodar las variaciones normales.
Otro cambio propuesto apunta a bloques especialmente construidos que requieren cantidades inusualmente grandes de poder de cómputo para validarse.
Según la especificación, algunos bloques podrían tardar varios minutos en procesarse en computadoras potentes y potencialmente horas en máquinas menos capaces, permitiendo a los mineros maliciosos ralentizar a los competidores.
BIP-54 limitaría ciertas operaciones de verificación de firmas a 2.500 por transacción. Sus autores estiman que la restricción podría reducir el tiempo de validación de bloques en el peor de los casos por un factor de 40.
La tercera corrección se refiere a vulnerabilidades del árbol de Merkle que involucran transacciones con exactamente 64 bytes de datos no testigo.
Bajo ciertas condiciones, tales transacciones pueden parecerse a nodos internos del árbol de Merkle, permitiendo potencialmente a los atacantes engañar a los clientes ligeros de Bitcoin para que acepten pruebas de inclusión de transacciones fraudulentas.
Las reglas propuestas invalidarían las transacciones de ese tamaño específico, eliminando la ambigüedad subyacente.
El cambio final aborda las transacciones coinbase duplicadas, que son transacciones especiales que los mineros crean para cobrar las recompensas de bloque.
BIP-54 introduciría nuevos requisitos para los campos de las transacciones coinbase para evitar que los problemas históricos de identificación de transacciones resurjan en futuras alturas de bloque.
La especificación identifica el bloque 1.983.702 como la altura futura más temprana en la que podría ocurrir una transacción coinbase duplicada bajo las reglas existentes.
Los desarrolladores de Bitcoin enfrentan desacuerdos sobre futuras actualizaciones
A pesar de la confianza de Corallo, la propuesta ha atraído críticas de desarrolladores que creen que Bitcoin debería priorizar actualizaciones que introduzcan nuevas capacidades.
Paul Sztorc, cofundador y CEO de LayerTwo Labs, describió la perspectiva de activar BIP-54 como "bastante deprimente" en una publicación en X, argumentando que la propuesta equivale a mantenimiento sin añadir funcionalidad.
Sztorc dijo que los desarrolladores a los que encuestó en TABconf en Atlanta generalmente esperaban que la propuesta de limpieza se convirtiera en el próximo soft fork de Bitcoin.
Sus estimaciones, sin embargo, sugerían una larga espera, con la predicción más temprana apuntando a septiembre de 2027 y la mayoría esperando la activación en 2028 o más tarde.
La discusión sigue a años de desacuerdos sobre los cambios en el protocolo de Bitcoin desde que Taproot se activó en noviembre de 2021.
En septiembre, crypto.news informó sobre las preocupaciones de Sztorc de que Bitcoin podría tener dificultades para activar más soft forks debido a desacuerdos sobre cómo deberían aprobarse los cambios de consenso.
Señaló específicamente OP_CAT, una actualización propuesta que restauraría una operación que permite a los scripts de Bitcoin combinar datos y admitir condiciones de gasto más complejas.
Otras propuestas, incluida OP_CHECKTEMPLATEVERIFY bajo BIP-119, han enfrentado dificultades similares para asegurar suficiente apoyo en todo el ecosistema de Bitcoin.
Mientras tanto, la computación cuántica se ha convertido en otro tema de discusiones sobre el protocolo. Coinbase recientemente esbozó posibles enfoques para proteger Bitcoin contra futuras amenazas cuánticas, incluido BIP-360 y su propuesta de estructura de salida Pay-to-Merkle-Root.
A diferencia de esas propuestas, BIP-54 se centra en corregir debilidades en las reglas de consenso existentes de Bitcoin.
Corallo quiere que BIP-54 establezca un proceso de activación de soft forks
Más allá de los cambios técnicos, Corallo cree que la actualización podría ayudar a los desarrolladores a establecer un proceso más predecible para introducir futuros soft forks de Bitcoin.
Explicó que las actualizaciones de Bitcoin históricamente han implicado decisiones técnicas difíciles, pero los desacuerdos sobre los métodos de activación se han convertido en un obstáculo igualmente importante.
Durante el debate del despliegue de Taproot, los participantes discreparon sobre si los mineros deberían señalar su apoyo antes de la activación o si los usuarios deberían imponer una fecha límite de activación.
Corallo sugirió que los desarrolladores podrían usar el proceso de despliegue de BIP-54 para resolver desacuerdos similares y establecer procedimientos que pudieran reutilizarse para actualizaciones posteriores.
La propuesta alcanzó el estado de especificación completa el 22 de mayo de 2026, según su registro de cambios oficial, aunque esa designación no constituye una activación en la red.
Sus disposiciones de compatibilidad establecen que los cambios endurecerían las reglas de validación existentes mientras permanecen compatibles con los nodos que no se han actualizado.
Los autores, no obstante, animan a los operadores de nodos a actualizar su software para que puedan aplicar de forma independiente las restricciones propuestas.
Para los mineros, la documentación señala que las versiones 29.0 y 30.0 de Bitcoin Core ya incluyen protecciones de plantilla de bloque compatibles con ciertas restricciones propuestas, mientras que los pools de minería necesitarían asegurar que sus transacciones coinbase cumplan con los nuevos requisitos.
