Hechos clave:
-
La actualizaciĆ³n de la red cambiarĆ” las reglas de consenso actuales.
-
Todas las operaciones de verificaciĆ³n de firmas soportan ahora las firmas Schnorr.
El 15 de noviembre, poco despuĆ©s de las 12:00 p.m., Bitcoin Cash completarĆ” la actualizaciĆ³n de la red. A partir de ese momento, se actualizarĆ” el conjunto de reglas de consenso actual para agregar un soporte integral a las firmas Schnorr y reducir la maleabilidad de las transacciones por parte de terceros. Todo ello representa el esfuerzo de los desarrolladores con la idea de presentar mejoras en la infraestructura de la red, una de sus tareas pendientes desde su lanzamiento hace dos aƱos.
En lugar de una altura de bloque especĆfica, las actualizaciones se basan en una marca en el tiempo. Cuando la marca en el tiempo, entre los 11 bloques mĆ”s recientes (MTP-11) sea mayor o igual al registro UNIX del 15 de noviembre a las 12:00:00UTC, las nuevas reglas de protocolo entrarĆ”n en vigencia.
Esta actualizaciĆ³n que cambiarĆ” las reglas de consenso actuales, agregarĆ” dos nuevas caracterĆsticas, tal como se muestra en las especificaciones tĆ©cnicas descritas en el servidor de Github. La primera de ellas, incorpora la compatibilidad con OP_CHECKMULTISIG (Verify), lo que complementa el soporte anunciado anteriormente a las firmas Schnorr.
Lo anterior quiere decir que despuĆ©s de esta actualizaciĆ³n, todas las operaciones de verificaciĆ³n de firmas admitirĆ”n firmas Schnorr. De esta manera permitirĆ” una mecĆ”nica mĆ”s compleja para transacciones de mĆŗltiples firmas que se beneficiarĆ”n de este mecanismo. Las firmas de Schnorr fueron incorporadas en la pasada actualizaciĆ³n de mayo, aunque solo se podĆan utilizar con CHECKSIG y OP_CHECKDATASIG. Ahora con OP_CHECKMULTISIG, se extenderĆ” el soporte.
La nueva caracterĆstica facilita a los usuarios de BCH el uso de una mecĆ”nica de trayectoria mĆ”s sofisticada con mĆŗltiples firmas. Las firmas agregadas de Schnorr (con OP_CHECKMULTISIG) son una de las formas de crear firmas mĆŗltiples de una manera mĆ”s sofisticada.
El pasado 9 de agosto el ingeniero de software Mark Lundeberg explicĆ³ a travĆ©s de un hilo en su cuenta en Twitter que los desarrolladores hicieron una prueba preliminar exitosa para llevar las firmas de Schnorr a OP_CHECKDATASIG. AdemĆ”s, detallĆ³ cĆ³mo fue que un error les condujo a un feliz descubrimiento.
Ā«Para hacer que esto funcione de manera elegante, hemos utilizado una extraƱa verruga del lenguaje Script de Bitcoin, donde OP_CHECKDATASIG saca un elemento adicional no utilizado de la pila. Ese elemento ficticio finalmente ha encontrado un uso. Sin el elemento ficticio, habrĆamos tenido que hacer algo tĆ©cnicamente mĆ”s perturbador e incĆ³modo. El elemento ficticio multigrado siempre se entendiĆ³ como un error. Pero a veces, ese error es solo un feliz accidenteĀ».
Mark Lundeberg, ingeniero de software de Bitcoin Cash.
Without the dummy element, we would have had to make something technically more disruptive and awkward.
The multisig dummy element was always understood to be a mistake. But sometimes, that mistake is just a happy accident. =D pic.twitter.com/o4IU783uto
— Mark Lundeberg (@MarkLundeberg) August 9, 2019
La segunda funciĆ³n agregada restringe el vector de formabilidad basado en la regla Minimaldata. Ā«Esto eliminarĆ” BIP 62, lo que significa que la mayorĆa de las transacciones en BCH (incluidas todas las transacciones P2PKH) ahora serĆ”n corregidasĀ». Esta funcionalidad fue detallada en reddit por el usuario BigBlockIfTrue quien seƱalĆ³ cĆ³mo la red se beneficiarĆ” con esta nueva modificaciĆ³n.
āLa finalizaciĆ³n de la correcciĆ³n de maleabilidad desbloquea una capacidad adicional para CTOR: proporcionar pruebas de Merkle de transacciones excluidas de bloques (ademĆ”s de transacciones incluidas). Esto permite que las billeteras SPV siempre sepan de manera concluyente si una transacciĆ³n en particular se extrajo o no en un bloque en particular. Un pequeƱo pero agradable paso para potenciar aĆŗn mĆ”s el SPVā.
BigBlockIfTrue, usuario de reddit
Los desarrolladores de la red tambiƩn han estado planteando otras especificaciones. Algunos de los avances estƔn especificados en su hoja de ruta, todo con la idea de mejorar la escalabilidad, usabilidad y la extensibilidad de la red.
Como parte de los avances en los que continĆŗan trabajando los desarrolladores de Bitcoin Cash, CriptoNoticias informĆ³ en agosto pasado que los usuarios de la red podrĆ”n operar contratos inteligentes gracias a un nuevo lenguaje de alto nivel, llamado Cashscript. El proyecto se encuentra en pleno desarrollo, mĆ”s promete el funcionamiento de orĆ”culos, transacciones autĆ³nomas y monederos de mĆŗltiples firmas en dicha red. La idea de este desarrollo estĆ” publicada en Github desde hace cuatro meses, aunque fue recientemente cuando se comenzĆ³ a poner a prueba.