¿Es un problema agregar funcionalidad a Bitcoin? Inteligencia de datos PlatoBlockchain. Búsqueda vertical. Ai.

¿Es un problema agregar funcionalidad a Bitcoin?

Mira el episodio en YouTube or Retumbar

Escucha este episodio aquí:

En este episodio de "Bitcoin, explicado", los presentadores Aaron van Wirdum y Sjors Provoost hablan sobre OP_RETURN y lo que algunos han llamado las "Guerras OP_RETURN". Más específicamente, discuten una publicación de blog de BitMEX Research titulada "The OP_Return Wars of 2014 – Transacciones de Dapps Vs Bitcoin."

Van Wirdum y Provoost comienzan explicando que OP_RETURN es un código de operación (un fragmento de código para transacciones de Bitcoin) que invalidará cualquier transacción que lo incluya en una entrada. Esto significa que las salidas que incluyen OP_RETURN no se pueden gastar, lo que a su vez significa que los nodos de Bitcoin pueden eliminar de forma segura dichos UTXO de su conjunto de UTXO, lo que ahorra almacenamiento.

A principios de los años de Bitcoin, la gente comenzó a usar Bitcoin para algo más que transacciones. Como demuestra un ejemplo dado por Provoost, alguien cargó todo el libro blanco de Bitcoin en la cadena de bloques. La publicación de BitMEX explica que los protocolos de Capa 2, como Counterparty, estaban implementando aplicaciones descentralizadas en la cadena de bloques. Este tipo de datos no transaccionales se incrustó inicialmente en transacciones multisig, pero esto significaba que todos los nodos de Bitcoin tenían que descargar, procesar y almacenar estos datos para siempre, lo que tiene un costo.

Van Wirdum y Provoost explican que en 2014, los desarrolladores de Bitcoin acordaron permitir que los nodos procesaran y reenviaran transacciones con salidas OP_RETURN para mitigar este problema. Estas transacciones serían mejores para cargar datos, ya que sus salidas pueden eliminarse del conjunto UTXO.

Las "Guerras OP_RETURN" se refieren a un debate entre los desarrolladores de Bitcoin y (más notablemente) los desarrolladores de Counterparty sobre el tamaño máximo de tales transacciones. Provoost explica por qué se eligió inicialmente el máximo de 40 bytes, por qué luego se aumentó a 80 bytes y cómo estas consideraciones han cambiado con el tiempo.

Sello de tiempo:

Mas de Bitcoin Magazine