Análisis profundo del protocolo Runes: diseño del mecanismo subyacente y limitaciones
En el último año, el desarrollo más notable en el ámbito de Web3 ha sido sin duda el florecimiento del ecosistema de inscripciones. Esta ola tiene su origen en el protocolo Ordinals, que otorga un número de serie único a cada satoshi en la red de Bitcoin.
Los desarrolladores principales del protocolo Runes presentaron el código base en septiembre del año pasado, pero no han lanzado oficialmente la versión de mainnet. Esto llevó a que algunos proyectos como RunesAlpha bifurcaran el código y emitieran el protocolo de manera independiente. A pesar de algunas controversias, estos proyectos lograron en solo unos meses un crecimiento de miles de millones de dólares en capitalización de mercado, demostrando el enorme potencial del protocolo Runes.
La versión oficial del protocolo Runes se espera que se lance en la mainnet de Bitcoin alrededor del 20 de abril de 2024. Esto significa que los proyectos que deseen emitir activos de Runes, así como las carteras y plataformas de intercambio que deseen soportar Runes, enfrentarán una de las tareas más desafiantes en la industria blockchain: 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 otros protocolos FT (como BRC20, ARC20), y a evaluar racionalmente sus ventajas y desventajas.
Forma de registro de datos en la cadena de Bitcoin
La red de Bitcoin tiene principalmente dos métodos para adjuntar datos fuera de la cadena a la cadena: grabado y esculpido.
principio de la tecnología de grabado
Runes utiliza tecnología de grabado, que es una forma intuitiva de registrar información en la cadena. Se logra escribiendo datos en el campo OP_RETURN de UTXO (salidas de transacción no gastadas) de Bitcoin. Esta función ha sido soportada desde la versión 0.9 del cliente principal de Bitcoin en 2014, creando un tipo de salida verificable pero no consumible, que permite almacenar datos directamente en la cadena de bloques.
En el explorador de bloques de Bitcoin, es fácil ver las transacciones que incluyen información OP_RETURN. Esta información generalmente existe en forma de codificación hexadecimal, que al decodificarse puede presentarse en formato JSON, incluyendo información relacionada con el despliegue, acuñación, emisión de activos Runes, etc.
principio de la técnica de grabado
Los protocolos como Ordinals/BRC20 utilizan la técnica de grabado para incrustar metadatos en los datos de testimonio de la transacción. Este proceso utiliza testigos aislados y el mecanismo de "pago a Taproot", completándose en dos etapas: la presentación y la revelación (es decir, dos transacciones).
P2TR es un tipo de salida de transacción introducido por la actualización Taproot de Bitcoin en 2021, que mejora la privacidad de las condiciones de las transacciones. El proceso de grabado requiere primero generar un UTXO (transacción enviada) que pague a una dirección P2TR generada por un script específico, y luego, al gastar este UTXO, proporcionar el script real en el script de testigo, lo que permite subir los datos de la inscripción a la cadena (revelar la transacción).
Comparación de dos opciones
Ventajas del grabado:
Lógica simple e intuitiva
Costos de transacción bajos
No ocupa el pool de memoria del nodo completo
Desventajas de la grabación:
Limitado a una longitud de 80 bytes
Se necesita codificación de datos altamente comprimida
Ventajas de la grabación:
Casi no hay limitaciones en el tamaño de los datos
Tiene cierta capacidad de protección de la privacidad
Soporte para múltiples funciones avanzadas (como bloqueo temporal, prueba de trabajo)
Desventajas de la grabación:
Se requieren dos transacciones en la cadena, el costo total es alto.
El tiempo de duración de las transacciones enviadas es largo, lo que genera una gran presión en el pool de memoria de los nodos completos.
Análisis profundo del diseño del protocolo Runes
El protocolo Runes ha evolucionado desde la versión 0.11 inicial hasta la actual versión 0.18, experimentando cambios significativos. Al comparar el diseño de los campos de estas dos versiones, podemos comprender profundamente la propuesta de valor central de Runes.
Análisis de la versión 0.11 de Runes
Las versiones tempranas del protocolo Runes constan principalmente de tres partes: edicts (información sobre la transferencia de activos), etching (información sobre el despliegue de activos) y burn (destrucción).
Cuando el campo OP_RETURN de una transacción se decodifica y contiene información de edicts en el formato correcto, el analizador fuera de la cadena calculará la situación de la transferencia de activos del usuario, donde el output especifica el objetivo de la transferencia.
La parte de grabado define la información principal sobre el despliegue de activos. En comparación con ERC721, Runes añade los campos limit y term, que se utilizan para restringir la cantidad de acuñaciones y el intervalo de tiempo en el que se puede acuñar. Esto refleja la diferencia fundamental entre los proyectos de inscripciones y runas y la emisión de activos mediante contratos inteligentes de Ethereum: debido a la falta de verificación de contratos inteligentes en la cadena, protocolos como Runes definen de manera unificada la forma en que se emiten los activos y los usuarios participan en la acuñación, enfatizando el concepto de lanzamiento justo y reduciendo la posibilidad de intervención del equipo del proyecto en el mercado.
Runes Análisis de la versión 0.18
La última versión del protocolo Runes introduce varios cambios importantes:
Se añadió el parámetro pointer al campo edicts, para modificar la dirección de transferencia predeterminada de los activos, optimizando la eficiencia de codificación al transferir simultáneamente varios activos Runes.
Se añadió el campo Mint, limitando que cada transacción solo pueda acuñar un activo, equilibrando las oportunidades de participación entre usuarios técnicos y comunes.
se han realizado reformas significativas en la parte de grabado (despliegue de activos):
Cambio en el método de generación de ID de activos, optimización del uso del espacio de codificación
Introducir el campo terms, que permite al emisor especificar la altura del bloque de inicio de la acuñación, mejorando la equidad de la participación del usuario.
Implementar reglas de liberación de longitud de nombre, controlar la asignación de recursos escasos
Adopta un proceso de implementación de dos pasos similar a la grabación (commit y reveal), aumentando la protección de la privacidad
Se añadió el campo turbo, reservando espacio para futuras expansiones del protocolo.
Evaluación del nuevo protocolo de Runes
El último diseño del protocolo Runes muestra una profunda comprensión de la demanda del mercado y se espera que mejore el problema de los activos de baja calidad que predominan en el ecosistema de inscripciones. Como parte del protocolo Ordinals, Runes puede aprovechar la base de usuarios existente y complementar las deficiencias de Ordinals en el funcionamiento del mercado como un protocolo FT.
Sin embargo, el protocolo Runes también enfrenta algunos desafíos:
Oportunidad de mercado: El tiempo de desarrollo ajustado puede afectar el desarrollo inicial del ecosistema.
Complejidad de las reglas: reglas de gestión de emisión complejas y nombres largos pueden aumentar el riesgo de errores operativos por parte de los usuarios.
Compatibilidad futura: en comparación con otros protocolos (como Atomical) en la exploración de contratos inteligentes, Runes actualmente sigue centrado principalmente en el ámbito de la emisión de activos.
A pesar de ello, el diseño del protocolo Runes para registrar datos en la cadena a través del método OP_RETURN proporciona una gran flexibilidad para la gestión de activos, con el potencial de lograr un rendimiento de seguridad comparable al de Bitcoin. A medida que el ecosistema madura, Runes tiene la esperanza de abrir nuevos escenarios de aplicación en la red de Bitcoin.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
8 me gusta
Recompensa
8
5
Compartir
Comentar
0/400
SleepTrader
· hace12h
Otro juguete del ecosistema BTC
Ver originalesResponder0
WhaleWatcher
· hace12h
¿Otro rey de los ordinals ha llegado?
Ver originalesResponder0
ChainSauceMaster
· hace12h
Otra vez vienen a engañar a los tontos.
Ver originalesResponder0
GamefiHarvester
· hace12h
Vaya, ¡hay un nuevo punto para tomar a la gente por tonta!
Ver originalesResponder0
DaoDeveloper
· hace12h
patrón de implementación interesante, para ser justos... necesito examinar la teoría de juegos aquí
Análisis del protocolo Runes: diseño subyacente, optimización y desafíos potenciales
Análisis profundo del protocolo Runes: diseño del mecanismo subyacente y limitaciones
En el último año, el desarrollo más notable en el ámbito de Web3 ha sido sin duda el florecimiento del ecosistema de inscripciones. Esta ola tiene su origen en el protocolo Ordinals, que otorga un número de serie único a cada satoshi en la red de Bitcoin.
Los desarrolladores principales del protocolo Runes presentaron el código base en septiembre del año pasado, pero no han lanzado oficialmente la versión de mainnet. Esto llevó a que algunos proyectos como RunesAlpha bifurcaran el código y emitieran el protocolo de manera independiente. A pesar de algunas controversias, estos proyectos lograron en solo unos meses un crecimiento de miles de millones de dólares en capitalización de mercado, demostrando el enorme potencial del protocolo Runes.
La versión oficial del protocolo Runes se espera que se lance en la mainnet de Bitcoin alrededor del 20 de abril de 2024. Esto significa que los proyectos que deseen emitir activos de Runes, así como las carteras y plataformas de intercambio que deseen soportar Runes, enfrentarán una de las tareas más desafiantes en la industria blockchain: 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 otros protocolos FT (como BRC20, ARC20), y a evaluar racionalmente sus ventajas y desventajas.
Forma de registro de datos en la cadena de Bitcoin
La red de Bitcoin tiene principalmente dos métodos para adjuntar datos fuera de la cadena a la cadena: grabado y esculpido.
principio de la tecnología de grabado
Runes utiliza tecnología de grabado, que es una forma intuitiva de registrar información en la cadena. Se logra escribiendo datos en el campo OP_RETURN de UTXO (salidas de transacción no gastadas) de Bitcoin. Esta función ha sido soportada desde la versión 0.9 del cliente principal de Bitcoin en 2014, creando un tipo de salida verificable pero no consumible, que permite almacenar datos directamente en la cadena de bloques.
En el explorador de bloques de Bitcoin, es fácil ver las transacciones que incluyen información OP_RETURN. Esta información generalmente existe en forma de codificación hexadecimal, que al decodificarse puede presentarse en formato JSON, incluyendo información relacionada con el despliegue, acuñación, emisión de activos Runes, etc.
principio de la técnica de grabado
Los protocolos como Ordinals/BRC20 utilizan la técnica de grabado para incrustar metadatos en los datos de testimonio de la transacción. Este proceso utiliza testigos aislados y el mecanismo de "pago a Taproot", completándose en dos etapas: la presentación y la revelación (es decir, dos transacciones).
P2TR es un tipo de salida de transacción introducido por la actualización Taproot de Bitcoin en 2021, que mejora la privacidad de las condiciones de las transacciones. El proceso de grabado requiere primero generar un UTXO (transacción enviada) que pague a una dirección P2TR generada por un script específico, y luego, al gastar este UTXO, proporcionar el script real en el script de testigo, lo que permite subir los datos de la inscripción a la cadena (revelar la transacción).
Comparación de dos opciones
Ventajas del grabado:
Desventajas de la grabación:
Ventajas de la grabación:
Desventajas de la grabación:
Análisis profundo del diseño del protocolo Runes
El protocolo Runes ha evolucionado desde la versión 0.11 inicial hasta la actual versión 0.18, experimentando cambios significativos. Al comparar el diseño de los campos de estas dos versiones, podemos comprender profundamente la propuesta de valor central de Runes.
Análisis de la versión 0.11 de Runes
Las versiones tempranas del protocolo Runes constan principalmente de tres partes: edicts (información sobre la transferencia de activos), etching (información sobre el despliegue de activos) y burn (destrucción).
Cuando el campo OP_RETURN de una transacción se decodifica y contiene información de edicts en el formato correcto, el analizador fuera de la cadena calculará la situación de la transferencia de activos del usuario, donde el output especifica el objetivo de la transferencia.
La parte de grabado define la información principal sobre el despliegue de activos. En comparación con ERC721, Runes añade los campos limit y term, que se utilizan para restringir la cantidad de acuñaciones y el intervalo de tiempo en el que se puede acuñar. Esto refleja la diferencia fundamental entre los proyectos de inscripciones y runas y la emisión de activos mediante contratos inteligentes de Ethereum: debido a la falta de verificación de contratos inteligentes en la cadena, protocolos como Runes definen de manera unificada la forma en que se emiten los activos y los usuarios participan en la acuñación, enfatizando el concepto de lanzamiento justo y reduciendo la posibilidad de intervención del equipo del proyecto en el mercado.
Runes Análisis de la versión 0.18
La última versión del protocolo Runes introduce varios cambios importantes:
Se añadió el parámetro pointer al campo edicts, para modificar la dirección de transferencia predeterminada de los activos, optimizando la eficiencia de codificación al transferir simultáneamente varios activos Runes.
Se añadió el campo Mint, limitando que cada transacción solo pueda acuñar un activo, equilibrando las oportunidades de participación entre usuarios técnicos y comunes.
se han realizado reformas significativas en la parte de grabado (despliegue de activos):
Evaluación del nuevo protocolo de Runes
El último diseño del protocolo Runes muestra una profunda comprensión de la demanda del mercado y se espera que mejore el problema de los activos de baja calidad que predominan en el ecosistema de inscripciones. Como parte del protocolo Ordinals, Runes puede aprovechar la base de usuarios existente y complementar las deficiencias de Ordinals en el funcionamiento del mercado como un protocolo FT.
Sin embargo, el protocolo Runes también enfrenta algunos desafíos:
Oportunidad de mercado: El tiempo de desarrollo ajustado puede afectar el desarrollo inicial del ecosistema.
Complejidad de las reglas: reglas de gestión de emisión complejas y nombres largos pueden aumentar el riesgo de errores operativos por parte de los usuarios.
Compatibilidad futura: en comparación con otros protocolos (como Atomical) en la exploración de contratos inteligentes, Runes actualmente sigue centrado principalmente en el ámbito de la emisión de activos.
A pesar de ello, el diseño del protocolo Runes para registrar datos en la cadena a través del método OP_RETURN proporciona una gran flexibilidad para la gestión de activos, con el potencial de lograr un rendimiento de seguridad comparable al de Bitcoin. A medida que el ecosistema madura, Runes tiene la esperanza de abrir nuevos escenarios de aplicación en la red de Bitcoin.