Hechos clave:
-
Esta versión de pruebas fue coordinada por desarrolladores de Bitcoin Core.
-
Otras versiones de Bitcoin Core Taproot no son del todo respaldadas por desarrolladores.
La versión del cliente Bitcoin Core que integra la solución Taproot, activada con la llamada speedy trial, ya fue lanzada en su versión exclusivamente para pruebas, por desarrolladores de este cliente ayer lunes 19 de abril.
La versión release candidate, es decir, candidato para lanzamiento, es una versión de pruebas del software que planea publicarse posteriormente con la próxima actualización del cliente Bitcoin Core.
Esta versión incluye la prueba rápida o speedy trial para la activación de Taproot, una solución de escalabilidad ampliamente discutida (y esperada) y que traerá beneficios de privacidad y gestión eficiente de transacciones en Bitcoin.
«Los candidatos a lanzamiento (release candidates, o rc) son la versión de prueba para los lanzamientos finales. Mientras que no se detecten problemas en este candidato, este lanzamiento será nombrado como el cliente 0.21.1″, informó el colaborador Wladimir van der Laan en la lista de correos de desarrolladores de Bitcoin Core, en referencia a la versión 0.21.1, la más actual de este cliente.
Este es el software de pruebas «oficial» para evaluar Taproot en Bitcoin
El debate por la activación de Taproot alcanzó un consenso en torno a la BIP-8 (Bitcoin Improvement Proposal 8) o propuesta de mejora de Bitcoin. La BIP-8 es un mecanismo para hacer una bifurcación suave en el protocolo, que sería activada al transcurrir un breve periodo en el que los mineros señalarían su soporte a Taproot.
Sin embargo, el debate se centró principalmente en qué ocurriría cuando el tiempo estipulado se terminara. El parámetro Lock-in On Timeout (LOT) tiene dos posibilidades: LOT=false y LOT=true.
Con LOT=false, Taproot no sería implementada en Bitcoin si más del 90% de los mineros no señalizan su aprobación a esta implementación. A partir de allí, se elegiría otro método de activación para Taproot.
Con LOT=true, una vez pasado el tiempo estipulado, los nodos de la red dejarían de aceptar bloques que no incluyan Taproot. Este método es apoyado principalmente por desarrolladores y miembros de la comunidad que piensan no deberían repetirse escenarios donde los mineros puedan obstaculizar la activación de Taproot, implementando esta solución a la fuerza en el protocolo sin riesgos de ser vetados.
Sin embargo, ante las diferencias entre los desarrolladores respecto a LOT=false y LOT=true, surgió el concepto de speedy trial, una prueba rápida que estipula un periodo de 3 meses para que los mineros tomen posición frente a Taproot. Si los mineros apoyan la solución dentro de este periodo, Taproot sería activado más tarde este mismo año, después de otro periodo para que los nodos se actualicen.
En respuesta a la speedy trial, que fue integrada al código de Bitcoin Core el pasado 15 de abril, otros desarrolladores en desacuerdo decidieron lanzar una versión del cliente Bitcoin Core que integra Taproot mediante el método BIP-8 y el parámetro LOT=True, de manera independiente.
Como reportamos en CriptoNoticias, esto fue criticado por otros desarrolladores y por la comunidad, pues la forma en que fue publicado y promovido, de manera independiente al repositorio de código principal de Bitcoin Core, generó confusión e incertidumbre sobre si en realidad este es el software a ejecutar.
Ejecutar este cliente, llamado Bitcoin Core 0.21.0-based Taproot Client 0.1, que utiliza el parámetro LOT=true, corre por responsabilidad de cada usuario y no es recomendado por la mayoría de desarrolladores de Bitcoin. En comentarios brindados a CriptoNoticias, Jeremy Rubin aseguró:
Tiene sentido tener el código listo para ejecutarse cuando llege el momento, pero no haberlo lanzado hasta después de que fallase la speedy trial, en una forma más coordinada. Decirle a los usuarios que lo ejecuten es confuso. Especialmente porque lo promocionan como si Bitcoin Core no ha integrado Taproot.
El cliente de pruebas de Bitcoin Core para Taproot ya fue agregado en el repositorio de GitHub principal para este cliente, para evaluación de los usuarios.
