Análisis del mecanismo de sustitución de activos on-chain de Bitcoin: el caso de Runes

Introducción

Las transacciones y la atención son los elementos centrales de web3, el precio es el punto de partida y el valor es el punto final. Ha pasado más de un mes desde la reducción a la mitad de BTC y el lanzamiento del protocolo Runes, durante el cual han surgido varias plataformas de intermediación y mercados de intercambio. Este artículo toma como ejemplo los activos de Runes para explorar el mejor mecanismo del modelo de intermediación (grabado) de activos en Bitcoin.

1. Clasificación de GAS de la plataforma Runes代打

Desde la perspectiva del plan, las conclusiones clave son las siguientes:

1. costo de gas: división + en cadena < en cadena < división < golpe único
2. Grado de centralización: cadena ( sin dirección intermedia ) < división ( sin dirección intermedia ) < cadena ( con dirección intermedia ) < división ( con dirección intermedia )
3. Agrupación de activos: en cadena > división + en cadena > división
4. Velocidad de carga masiva en la cadena: dividir = dividir + en cadena > en cadena

1.1 Descripción del mecanismo de grabado de Runes

Runes utiliza la técnica de grabado para registrar información en el campo op-return de los UTXO de Bitcoin. Este método fue introducido en la versión 0.9 de Bitcoin Core, creando salidas verificables pero no consumibles, permitiendo que los datos se almacenen en la cadena de bloques.

En el explorador de bloques de Bitcoin, se puede ver la información op-return que acompaña a las transacciones. Esta información, después de ser decodificada, se presenta generalmente en formato JSON e incluye información sobre el despliegue, acuñación y emisión de activos Runes.

El mecanismo de代打 de Runes requiere que una transacción solo pueda代打 un activo. El costo de la transacción depende del tamaño de los datos en la cadena, por lo que el modelo óptimo debería controlar al máximo la cantidad de UTXO en la transacción.

1.2 modelo de división

El modelo de división realiza una transacción inicial para dividirla en múltiples subtransacciones, y luego cada subtransacción procede a la acuñación de activos.

Por ejemplo, el plan de una plataforma de代打.

1. La primera transacción estima la tarifa de cada subtransacción, reservando 546 (valor de polvo común en Bitcoin) + monto de la tarifa, dividiendo en múltiples UTXO a una nueva dirección.
2. La segunda transacción se realiza desde la nueva dirección de vuelta a la dirección del usuario, completando el servicio de intermediación, y el usuario obtiene activos de Runes.

El problema de este modelo es que necesita dividir las transacciones primero, y los usuarios obtienen UTXO dispersos. Para los grandes clientes, esto puede aumentar los costos de transacción.

1.3 modo encadenado

El modo en cadena es similar a gastar múltiples transacciones de una transacción anterior que aún está en el pool de memoria. Por ejemplo, el usuario inicialmente tiene 20000 satoshis, y cada transacción gasta la salida de la transacción anterior.

Una plataforma utiliza este modelo, cobrando una tarifa de servicio en la primera transacción. Aunque la cantidad de datos en este modelo es menor, en realidad se trata de un costo elevado innecesario. Varios plataformas han abierto el código de Runes, y los desarrolladores pueden hacer referencia directa para construir sus propias herramientas de servicio.

2. Modelo de mejor代打 de Runes: División + Encadenado

Actualmente, la mejor solución relativamente es adoptar un modelo de división + cadena. Las características de este modelo son:

1. Al dividir, primero se le asigna un activo al usuario.
2. En la acuñación dentro de 25 veces, se debe dividir suficiente gas de acuñación en cadena y luego ejecutar la acuñación.
3. Al acuñar más de 25 veces, se requiere gas para dividir en múltiples cadenas, y luego ejecutar la acuñación.

Este modelo, aunque la tarifa básica no es superior a la de una cadena pura, puede realizar una gran cantidad de acuñaciones y la eficiencia en la cadena puede completarse en 2 bloques.

2.1 La importancia de la eficiencia en la cadena

Los nodos de Bitcoin tienen un mecanismo para prevenir ataques DoS, limitando el consumo de vout de un solo UTXO y su enlace a un máximo de 25 transacciones en el pool de memoria. Esta es la razón por la que el minting a gran escala suele utilizar direcciones intermedias.

El modelo de división, una vez que las transacciones de división están en la cadena, puede colocarse indefinidamente en el pool de memoria (porque la transacción madre ya no está en el pool de memoria, cada vout de UTXO se calcula de forma independiente con un límite de 25).

2.2 Bitcoin tasa de optimización de tarifas comparativa

Tomando como ejemplo la dirección Taproot, se puede calcular la tasa de optimización de diferentes modelos:

• Minting en cadena de 10 transacciones, costo: 1310 vsize

• Dividir en lotes Mint 10 transacciones, costo: 1697 vsize

• Tasa de optimización de Gas: 22.8%

• Minting en lote en cadena 20 transacciones, costo: 2620 vsize

• Dividir en lotes Mint 20 transacciones, costo: 3437 vsize

• Tasa de optimización de Gas: 23.8%

Parece que un 20% no es mucho, pero en un pico donde se consume 100U por cada acuñación, hacer 10 lotes puede reducir el costo en 200U.

3. Resumen

Un mes después de la emisión del protocolo de activos Runes, las dos infraestructuras clave de la ecología, el servicio de intermediación y el mercado, no están completas, lo que provoca que el costo de participación de los minoristas sea demasiado alto y la participación de las instituciones carezca de operación ecológica.

Actualmente, la plataforma o cobra altas comisiones o no tiene funciones completas. El modelo de juego de bots también ignora las verdaderas necesidades de los usuarios: la transacción en sí. En los primeros días, la volatilidad del mercado era enorme, la red BTC estaba congestionada y la demanda de grandes cantidades de activos era limitada.

Aunque el modelo en cadena tiene un costo bajo, en la fijación de precios de alta volatilidad en las primeras etapas, puede hacer que el umbral de adquisición de transacciones sea más alto en ausencia de herramientas de desglose en el mercado.

En el futuro, ejecutar directamente el código fuente abierto podría ser una forma efectiva de reducir las tarifas de intermediación. Al mismo tiempo, escuchar el pool de memoria y actuar rápidamente también podría convertirse en una de las estrategias para obtener beneficios.