La actualización Taproot de Bitcoin está programada para julio, pero algunos detalles más finos aún no están finalizados

Se han establecido una fecha de lanzamiento y un cronograma de activación para la actualización Taproot de Bitcoin, pero los desarrolladores y otras partes interesadas todavía están debatiendo el mejor método para coordinar la mayor actualización de Bitcoin desde SegWit.

Porun chat público de IRC Según la discusión, el código para la actualización de Taproot totalmente lista y preparada se implementará en algún momento entre el 17 y el 31 de marzo (o abril si es necesario), pero la señalización real que inicia el proceso de activación probablemente no comenzará hasta julio.

Si todoVa según lo planeado, entonces la "mayoría económica" de Bitcoin (mineros y operadores de nodos que ejecutan el código de Bitcoin) podría actualizarse dentro de las dos semanas posteriores al inicio del período de señalización. En agosto de 2022, el período de activación de Taproot alcanzará su punto máximo.altura de tiempoy la señalización terminará.

Suponiendo que los grupos de minería que reflejan más del 90 % del hashrate de Bitcoin respalden a Taproot antesaltura de tiempo (como indica una encuesta), entonces la gran mayoría de apoyo garantizaría que Taproot sea un éxito, y el otro 10% aproximadamente (la “minoría económica”) puede actualizar sin consecuencias posteriores.

Pero, ¿qué pasa si los pools de minería...no ¿Señal para activar Taproot? Bueno, ahí es donde se debate el problema ahora mismo. Pero para algunos de los interesados ​​en Bitcoin, el problema T siquiera debería existir.

Sigue leyendo: Cómo la actualización Taproot de Bitcoin mejorará la Tecnología en toda la pila de software de Bitcoin

¿Verdadero o falso?

Primero, una nota QUICK sobre las actualizaciones de Bitcoin .

A diferencia de una red centralizada, cuyos operadores centrales pueden ordenar una actualización cuando y como deseen, la red de Bitcoin está descentralizada, por lo que las actualizaciones requieren una toma de decisiones deliberada y un debate entre las partes interesadas (es decir, desarrolladores, mineros, empresas y usuarios avanzados). Taproot es una "bifurcación suave", lo que significa que un cambio es compatible con versiones anteriores del software (a diferencia de una "bifurcación dura", donde los conjuntos de reglas más recientes y antiguos son incompatibles).

Bifurcación suave o no, en el centro de la cuestión para activar Taproot está si se debe dar a los operadores de nodos (aquellos individuos que ejecutan el código fuente de Bitcoin) una opción para forzar la activación de la actualización si una supermayoría de mineros no la admite antes del tiempo de espera.

Esto permitiría a los operadores de nodos rechazar bloques de mineros que no admitan la actualización. Este tipo de medida (la llamada "bifurcación suave activada por el usuario") se utilizó para impulsar... Activación de la actualización de SegWit en 2017y se cree que movió elVentana de Overtonpara que los mineros acepten la actualización.

La otra opción es no incluir esta función. Estas opciones de la Propuesta de Mejora de Bitcoin (BIP) para forzar o no la actualización se denominan, respectivamente, BIP8 (verdadero) y BIP8 (falso), también conocidas como LOT=verdadero y LOT=falso. LOT es la abreviatura de tiempo de bloqueo, una función que dicta si Taproot quedará "bloqueado" si no se alcanza la activación de toda la red cuando el altura de tiempose alcanza; la opción (verdadero) exige automáticamente la actualización una vez que expire la ventana de activación, mientras que (falso) permite que falle por completo.

Los opositores de BIP8 (verdadero) afirman que esta medida agresiva es gratuita porque Taproot no corre el riesgo de fracasar. Como lo expresó Andrew Chow, colaborador de Bitcoin CORE , con Encuesta de activación de Taproot enviada a los minerosLa comunidad ya ha decidido activarse, así que no es necesario que LOT=true. Los mineros son parte de la comunidad.

Sigue leyendo: Todos los principales pools de minería ahora admiten Taproot, la mayor actualización de Bitcoin en años

¿Podría la activación de Taproot provocar una división de la cadena de Bitcoin ?

Otros a favor de BIP8 (verdadero) creen que es una característica necesaria para coordinar la actualización, que en la circunstancia más rara de una descoordinación extrema, podría dividir la red de Bitcoin en versiones incompatibles si algo sale mal.

“LOT=true no divide la cadena. Reduce drásticamente la probabilidad de que esto ocurra”, dijo Luke Dashjr, principal defensor de BIP8 (true), en el chat.

Dashjr comparte esta opinión con otros, como hsjoberg, quien señaló: «Lot=true garantizaría que los nodos actualizados exijan una cadena específica». Esto significa que los operadores de nodos que ejecutan true exigirían que la versión de Bitcoin activada por Taproot sea la cadena «real», lo que, en teoría, ayudaría a coordinar el consenso entre los actores para evitar una división.

Un brg444 afirmó que «si se activa lot=true, se producirá una división de la red». Sin embargo, esto solo ocurriría si se produjera la activación forzada. Brg444 afirmó que lo considera improbable, ya que la amenaza de esta división sería suficiente para intimidar a los mineros y obligarlos a activarse antes de que se produzca la activación forzada.

El fantasma del pasado de SegWit

Pero ¿es realmente necesaria una táctica de miedo o se trata de una flagrante demostración de fuerza?

“[En mi Opinión, la gente] tiene trastorno de estrés postraumático (TEPT) por SegWit… [están] siendo defensivos preventivos aparentemente sin ninguna razón más allá de tener miedo de Eventos pasados ​​que ahora parecen tener una baja probabilidad de ocurrir realmente”, dijo el CTO de Lightning Labs, Olaoluwa Osuntokun, en el chat, refiriéndose a los mineros que originalmente se opusieron a la activación de SegWit.

"La gente está haciendo sombra a Casper ahora mismo, jaja", dijo después. "Intentemos [BIP8 (falso)] y revisemos después si pasa algo".

Después de todo, si aproximadamente seis meses después de que comienza la activación los mineros no han enviado señales a Taproot, entonces se podría codificar LOT=true después del hecho para imponer la actualización.

Aun así, esto añadiría un paso más al proceso, y realizar este cambio a posteriori sería más engorroso que simplemente incluirlo en la versión inicial. Sin embargo, algunos consideran que es una decisión más prudente, sobre todo considerando el estigma que caracteriza el desarrollo de Bitcoin como un espacio cerrado, sujeto únicamente al cuidado de los desarrolladores.

“LOT=true da la impresión de que los desarrolladores están imponiendo un cambio a la comunidad. Aunque no necesariamente sea así, que parezca que está ocurriendo no es bueno. Dado que no creemos que haya problemas con la activación, preferiría LOT=false para evitar esta situación”, dijo Chow.

Una cuestión de coordinación

Cabe destacar que la última reunión para debatir Taproot pareció indicar un apoyo mayoritario a LOT=false. Sin embargo, con solo unos 100 asistentes en esta ronda (en comparación con casi el doble de la última vez), y con un creciente apoyo a LOT=true, «no podemos medir realmente el consenso de la comunidad», afirmó el colaborador Darosoir.

Según la wiki de activación de Taproot, 26 asistentes a la reunión de ayer apoyaron abiertamente LOT=false, mientras que 19 apoyaron LOT=true (algunas partes más neutrales indicaron que estarían bien con cualquiera de las dos).

Sigue leyendo: Actualización de Taproot: Los usuarios de Bitcoin se centran en el plan de activación (fecha aún por determinar)

Los participantes del IRC, que difícilmente representan la creciente comunidad internacional de Bitcoin, abandonaron la reunión sin un consenso claro sobre los parámetros precisos de activación; algunos expresaron la necesidad de simplificar las complejidades del proceso para obtener una Opinión más informada de la comunidad más amplia.

Debo decir, sin embargo, que creo que esta discusión habría sido más beneficiosa si se hubiera tenido una visión más clara del apoyo abrumador de la comunidad. Fuera de tema para esta reunión, me gustaría colaborar con cualquiera que esté interesado en cómo obtener mejores datos sobre este tema —escribió Keagan McClelland, cofundador de Start9 Labs, en el chat—.

Con una fecha establecida para fines de marzo y la mayor parte de los parámetros de activación elegidos en BIP8, la pregunta final a responder para la implementación de Taproot es si se debe incluir o no la medida de “bifurcación suave activada por el usuario” desde el principio.

Taproot se enviará por BIP8 a fines de marzo y la activación está programada para julio, por lo que esta pregunta deberá responderse dentro del mes.