Análisis en profundidad del protocolo Runes: mecanismos de diseño subyacentes y limitaciones

1. Runes( Introducción a los símbolos)

En el último año, el fenómeno más destacado en el ámbito de Web3 ha sido la explosión del ecosistema de inscripciones. Esta tendencia se origina en el protocolo Ordinals, que otorga un número único a cada satoshi en Bitcoin. El fundador principal de Ordinals, Casey, presentó el código base del protocolo Runes en septiembre del año pasado, pero aún no se ha lanzado oficialmente la versión de la mainnet.

Durante este tiempo, algunos proyectos como RunesAlpha bifurcaron el código anticipadamente y lo lanzaron de manera independiente; aunque existe sospecha de plagio, el crecimiento de varios cientos de millones de dólares en capitalización de mercado en solo unos meses también demuestra el gran potencial del protocolo Runes.

La versión oficial del protocolo Runes se espera que se lance oficialmente en la mainnet de Bitcoin alrededor del 20 de abril de 2024. Esto significa que los desarrolladores del proyecto, las billeteras y las plataformas de intercambio enfrentarán un gran desafío: ¿cómo adaptar directamente la mainnet sin una red de pruebas?

Este artículo sistematizará la evolución de los campos subyacentes del proyecto Runes, ayudando a los lectores a comprender fundamentalmente las diferencias entre Runes y los protocolos FT como BRC20, ARC20, y comparará sus ventajas y desventajas para tomar decisiones racionales.

2. Modo de registro de datos en la cadena de Bitcoin

En Bitcoin, hay principalmente dos soluciones para adjuntar datos fuera de la cadena a la cadena: grabado y grabado.

2.1 Principios básicos de grabado

Runes utiliza tecnología de grabado, que es una forma intuitiva de registrar información en la cadena. La implementación específica consiste en escribir datos en el campo OP_RETURN de UTXO de Bitcoin. Esta función ha sido soportada desde la versión 0.9 de Bitcoin Core en 2014, permitiendo crear una salida verificable pero no consumible, lo que hace que los datos se almacenen de forma permanente en la cadena de bloques.

En el explorador de bloques de Bitcoin, se puede ver fácilmente la información OP_RETURN adjunta a las transacciones. Aunque esta información ocupa una posición de salida de UTXO, en realidad es un dato cerrado y no transferible de nuevo. Es como un área de notas de la transacción, guardada permanentemente en el espacio de almacenamiento de Bitcoin y se puede encontrar a través del índice de hash de la transacción.

El contenido del campo OP_RETURN suele ser una cadena de datos codificados en hexadecimal, que al decodificarse puede obtener información específica, como los datos relacionados con la implementación, acuñación y emisión de activos Runes en formato JSON.

2.2 Principios básicos de grabado

Los protocolos como Ordinals/BRC20 incrustan metadatos en los datos de testigo de la transacción, y este proceso se realiza a través de testigos aislados y el método "pagar a Taproot" (P2TR), que incluye dos fases: la presentación de (commit) y la revelación (reveal), requiriendo completar dos transacciones.

P2TR es un tipo de salida de transacción introducido por la actualización Taproot de Bitcoin en 2021, que permite almacenar diferentes condiciones de transacción de manera más privada. La implementación específica consiste en generar primero un UTXO(commit transacción a una dirección P2TR generada a partir del hash del script de pago, y luego al gastar este UTXO, proporcionar el script real en el script de testigos, lo que permite subir los datos de inscripción a la cadena en la transacción)reveal.

La definición del protocolo Ordinals establece que el inscripto se vincula al primer sat del primer input después de completar el proceso de grabado ( con las dos transacciones commit y reveal ).

( 2.3 Comparación de dos esquemas de cadena de datos

Grabado:

• Ventajas: lógica simple y clara, bajo costo de transacción, no ocupa la memoria del nodo completo.
• Desventajas: limitado a una longitud de 80 bytes, se requiere una codificación de datos altamente comprimida.

Grabado:

• Ventajas: casi sin restricciones de tamaño, con cierta capacidad de protección de la privacidad, admite múltiples formas de juego ) como bloqueo de tiempo, prueba de trabajo ###.
• Desventajas: requiere dos transacciones en la cadena, el costo final es alto, la duración de la transacción de commit es larga, lo que genera una gran presión sobre la memoria del nodo completo.

3. Interpretación del diseño subyacente de Runes

( 3.1 Runes análisis de la versión 0.11

La versión inicial del campo del protocolo Runes se divide en tres partes: información de transferencia de activos edicts), información de despliegue de activos etching### y quema(.

Cuando la información de edicts en formato correcto está incluida en el OP_RETURN de la transacción, el analizador fuera de la cadena calculará la situación de transferencia de activos del usuario, donde el campo output especifica el objetivo de la transferencia.

La definición del contenido de grabado establece la información principal sobre el despliegue de activos. En comparación con ERC721, la mayor diferencia radica en que los campos limit y term restringen la cantidad de acuñación y el intervalo de acuñación. Esta también es la diferencia fundamental entre los proyectos de inscripción y runas y la emisión de activos a través de contratos inteligentes de Ethereum. Debido a la falta de verificación de contratos inteligentes en la cadena, el protocolo de inscripción define de manera uniforme la forma en que se emiten los activos y los usuarios participan en la acuñación, con el concepto de lanzamiento justo, permitiendo la participación totalmente abierta de los usuarios y reduciendo la posibilidad de que el equipo del proyecto intervenga en exceso en el mercado.

![Análisis profundo del mecanismo de diseño subyacente y limitaciones del protocolo Runes])https://img-cdn.gateio.im/webp-social/moments-1a8ad9f747fe4a9f9b3ba8b4f0d8b33b.webp(

) 3.2 Runas 0.18 análisis de versión

Los campos del protocolo Runes en la última versión se dividen en cuatro aspectos:

1. edictos: definir la dirección de la transferencia de activos, nuevo parámetro pointer para modificar la dirección de transferencia predeterminada, para adaptarse a la situación de transferencia simultánea de múltiples activos Runes, reduciendo la cantidad de codificación y los costos de transacción.

2. Mint: Se agregó un nuevo campo, limitando que una transacción solo pueda acuñar un activo, equilibrando así la línea de partida entre los usuarios técnicos y los usuarios comunes.

3. grabado: la forma de despliegue de activos ha cambiado significativamente

   • El ID de activo se cambia a formato de cadena, ahorrando espacio de codificación
   • Se añaden los parámetros height y offset al campo terms, especificando el punto de inicio de la acuñación, mejorando la equidad.
   • Introducir reglas de liberación de longitud de nombre, controlar recursos escasos
   • Utilizando la tecnología de grabado ( commit y reveal ) para el despliegue, proporcionando protección de la privacidad

4. turbo: nuevo campo, reservado para futuros cambios en el protocolo

4. Evaluación del nuevo protocolo Runes

Ventajas:

• Se ajusta a las necesidades del mercado, resolviendo algunos problemas iniciales del protocolo de inscripciones.
• Integrar el protocolo Ordinals, aprovechando la base de usuarios existente
• Como protocolo FT, complementa las deficiencias de Ordinals en el funcionamiento del mercado.
• Usar OP_RETURN para registrar datos, mejora la seguridad y el grado de descentralización.

Desventajas:

• Problema de tiempo de mercado, el tiempo de desarrollo ajustado puede afectar el desarrollo ecológico
• Las reglas son complejas, especialmente el problema de la longitud del nombre del activo que puede aumentar el riesgo para los usuarios
• La compatibilidad futura presenta incertidumbres, y en el desarrollo de L2 y BVM está un poco rezagada.