June 6, 2020 / Interesante

Actualizaciones de Bitcoin que pueden implementarse en 2020

Desde la activación de Segregated Witness (SegWit) en agosto de 2017 hasta el tiempo actual no han implementado nuevas actualizaciones de protocolo en la red Bitcoin. Así que este ha sido el período más largo del desarrollo de Bitcoin sin la implementación de la ramificación acordada.

Sin embargo, todo puede cambiar pronto, ya que actualmente el equipo está trabajando en una serie de soft forks, algunos de los cuales pueden ser implementados este año si reciben apoyo desde la parte de la comunidad.

Firmas Schnorr/Taproot/Tapscript

En la etapa actual el equipo está trabajando activamente en la adición de la firma Schnorr al protocolo. Las firmas Schnorr serán propuestas como parte de una actualización más amplia del protocolo de software Softroot llamado Taproot, sugerida por el miembro de Bitcoin Core Gregory Maxwell, que se inspiró en una propuesta más antigua llamada MAST (Merkelized Abstract Syntax Tree).

De esta manera BTC sólo pueden ser bloqueadas de modo que se utilicen bajo ciertas condiciones, como con el requisito de cerraduras de tiempo, números secretos de participantes etc. Con  MAST, todas las condiciones son objetos de hash y se incorporan en el árbol de Merkle: una estructura criptográfica compacta de datos. Luego las monedas son bloqueadas en el hash final del árbol.

Así que, Taproot se basa en una implementación interesante: no importa lo complejo que sea, casi cualquier construcción MAST puede incluir una condición que permite a todos los participantes ponerse de acuerdo sobre el resultado para una firma de transacción; esto cancela todas otras condiciones.

Taproot utiliza esta implementación y firmas Schnorr para que las interacciones de los participantes parezcan una transacción normal. Al mismo tiempo, la construcción MAST permanece completamente oculta del mundo exterior, lo que aumenta la confidencialidad y eficiencia de las transacciones.

Cabe mencionar que Taproot puede implementarse con una versión actualizada del lenguaje de programación Tapscript, la cual a continuación simplificará el proceso de adición de nuevas funciones («códigos OP») al lenguaje de programación Bitcoin.

 

Great Consensus Cleanup

La Gran Limpieza de Consenso (Great Consensus Cleanup) es un soft fork propuesto por el desarrollador de Square Crypto Matt Corallo. A diferencia de la mayoría de las actualizaciones de protocolo, Great Consensus Cleanup no pretende añadir nuevas funciones o capacidades a la red Bitcoin. En cambio, según su nombre, este fork programático podrá eliminar algunas de las vulnerabilidades del protocolo Bitcoin.

Estas vulnerabilidades tienen carácter técnico e incluyen, por ejemplo, algunos tipos de transacciones que requieren un alto poder computacional para la verificación, etc. Es cierto, estas vulnerabilidades existen, pero generalmente su corrección se considera demasiado costosa, sin embargo, su arreglo hará que la red sea más segura y el desarrollo de Bitcoin sea más fácil.

La principal objeción a Great Consensus Cleanup es probablemente que algunas de las mejoras podrían teóricamente cerrar el acceso a las monedas existentes (UTXO). Aunque es muy poco probable que exista tal UTXO.

OP_CHECKTEMPLATEVERIFY

OP_CHECKTEMPLATEVERIFY (CTV), anteriormente conocido como OP_SECURETHEBAG, es un nuevo opcode propuesto por el miembro de Bitcoin Core Jeremy Rubin. La propuesta está destinada a reducir la congestión de la red Bitcoin y el tamaño de las comisiones a la hora de pico, aumentando efectivamente el ancho de banda de la red.

Más concretamente, CTV permitirá de alguna manera dividir la transacción de Bitcoin en dos. La mitad «de envío» de la transacción incluirá datos de entrada, principalmente las direcciones desde las que se envían las monedas. La mitad «receptor» incluirá datos de salida, principalmente direcciones a las que se envían las monedas.

Las dos mitades se conectarán entre sí a través de una «salida confirmada» especial incluida en la transacción de «envío». La salida resultante contendrá un hash criptográfico: una cadena de cifras aleatoria pero relativamente corta que servirá de puente con una transacción de «recepción». Las monedas «enviadas» a las transacciones se recibirán únicamente por la transacción «receptor».

El truco es que tanto la transacción «envío» como la «recepción» se transfieren a la red con una diferencia notable. La transacción «envío» incluye una comisión relativamente grande para la confirmación instantánea. La operación de «recepción» incluye una comisión relativamente baja, por lo que la confirmación puede tomar algún tiempo.

La espera de la confirmación de la transacción con una comisión baja no debe ser un gran problema para los receptores de monedas. Una vez confirmada la operación de «envío», eso garantiza que todo el dinero llegará a la dirección del destinatario.

La principal objeción al CTV consiste en que pueden existir mejores maneras de lograr lo mismo.

Drivechain BIP

Sidechains son cadenas de bloques, «atadas» al blockchain Bitcoin y que permiten a las monedas «moverse» efectivamente desde blockchain a sidechain y atrás. Una vez que las monedas estén en sidechain, obedecerán las reglas del protocolo de esta cadena. Por ejemplo, puede haber «sidechain Zcash» para una mayor confidencialidad o «sidechain Ethereum» para ciertos contratos inteligentes o «sidechain large blocks» para transacciones con comisiones bajas.

Actualmente ya existe una serie de sidechains, incluyendo Blockstream Liquid y RSK Labs ‘RSK.

A su vez, drivechain es una alternativa a sidechain desarrollada por Paul Storz de Bloq. En este caso, los mineros envían informes sobre el estado actual de sidechain, y una de las reglas básicas es que solo el minero controla la moneda, por lo que cuando son robadas, será por los propios mineros.

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

/ Similar records