Blockchain/Nivel V · Capas/5.3 Activos nativos de Bitcoin/Lección 4
BRC-20 y los metaprotocolos
La capa de datos que el consenso ignora y los indexadores que le dan sentido
MaterialesAcceso a un nodo completo de Bitcoin o a un explorador de bloques con visibilidad de datos de testigosUna hoja de cálculo para hacer un seguimiento de los estados del indexador en múltiples tokens BRC-20La documentación original de BRC-20 de Domo (domo-2.gitbook.io)Un explorador de bloques con soporte para Runes u Ordinals
Curiosidad
- ¿Qué sucede cuando un estándar de tokens depende de servidores de terceros para rastrear los saldos en lugar del propio consenso de Bitcoin?
- ¿Cómo hizo que una prisa por acuñar tokens pequeños obstruyera el mempool en la primavera de 2023?
- ¿Por qué la creación de millones de resultados diminutos representa una amenaza específica para la salud a largo plazo del conjunto de UTXO?
Explorar
- El protocolo de Bitcoin ignora el significado de los datos incrustados en las transacciones; solo verifica que los gastos sean válidos. Las inscripciones (la lección anterior) demostraron que cualquiera podía escribir contenido arbitrario en los datos de testigo de Taproot sin cambiar las reglas de consenso. BRC-20 dio el siguiente paso: utilizar ese mismo canal para implementar un sistema de tokens fungibles del cual Bitcoin en sí no sabe nada.
- BRC-20 surgió en marzo de 2023 como un estándar de tokens experimental creado directamente sobre el mecanismo de inscripción Ordinals. Desarrollado por el desarrollador seudónimo Domo, utiliza objetos JSON simples para gestionar tokens fungibles. Una inscripción ‘deploy’ define un nuevo token con una oferta máxima y un límite por emisión; las inscripciones ‘mint’ posteriores aumentan los saldos individuales, mientras que las inscripciones ‘transfer’ los mueven entre billeteras. Dado que los nodos de Bitcoin no validan estos datos con fines de consenso, BRC-20 funciona como una aplicación auxiliar que existe únicamente en la capa de interpretación.
- La diferencia arquitectónica clave con respecto a los activos nativos es que el propio Bitcoin no registra los saldos de BRC-20. Los indexadores fuera de la cadena deben escanear todo el historial de la blockchain para catalogar cada inscripción de deploy, mint y transfer a fin de calcular las posesiones de un usuario. Esta separación significa que un “saldo” es un cálculo realizado por un servicio externo, en lugar de ser un dato verificado mediante el consenso de prueba de trabajo de Bitcoin. Diferentes indexadores pueden discrepar sobre el estado si procesan las transacciones de manera diferente o experimentan interrupciones, lo que introduce una capa de dependencia que el bitcoin nativo no posee.
- En la primavera de 2023, el interés especulativo por los tokens BRC-20 provocó un aumento histórico en las tarifas de transacción en la red Bitcoin. Miles de usuarios intentaron ejecutar transacciones de “mint” simultáneamente para reclamar su asignación antes de que se alcanzara el límite global de oferta. Esta competencia por espacio en los bloques elevó las tasas de tarifa (en satoshis por byte virtual) al nivel más alto en dos años, y las tarifas totales en algunos bloques superaron por primera vez desde 2017 la subvención del bloque, obstruyendo el mempool y retrasando los pagos habituales. Este evento demostró cómo una capa de aplicaciones externa puede afectar significativamente la dinámica económica de la capa base.
- Los críticos argumentan que BRC-20 representa un uso altamente ineficiente del espacio de bloques limitado de Bitcoin en comparación con otros protocolos de activos. Al almacenar cadenas JSON simples en los datos de testigo, consume capacidad que de otro modo estaría disponible para transferencias estándar, imponiendo así una especie de impuesto a todos los usuarios de la red a través de tarifas más altas. Además, las numerosas salidas pequeñas generadas por las frecuentes acciones de mint y transfer añaden un volumen considerable al conjunto de UTXO (Unspent Transaction Output), aumentando las necesidades de almacenamiento para los nodos completos. Los defensores sostienen que esta actividad representa una demanda legítima de espacio en los bloques de bitcoin, proporcionando nuevos flujos de ingresos para los mineros a medida que se acerca el halving.
- Abra un explorador de bloques e inspeccione una transacción de creación de tokens BRC-20 de mayo de 2023. Los datos JSON en bruto están incrustados en el “witness” de la entrada que utiliza la salida Taproot. Al consultar una billetera estándar de Bitcoin para obtener el “saldo BRC-20”, se obtiene cero, a menos que esté conectada a un indexador externo como Unisat o Magic Eden; esto pone de manifiesto que el token solo existe en la capa de interpretación. Esta desconexión entre los datos en la cadena y la contabilidad fuera de ella es la característica definitoria del experimento BRC-20.
- Casey Rodarmor lanzó Ordinals en enero de 2023, asignando un número de serie a cada satoshi según su posición en la cadena. Esto permitió inscribir datos en satoshis específicos mediante rutas de script de Taproot. El protocolo trataba cada unidad como única, de manera similar a los tokens no fungibles de otras cadenas. Los nodos de Bitcoin registraban la transacción, pero no validaban el contenido de la inscripción ni aplicaban ninguna lógica de tokens más allá de las reglas estándar de UTXO.
- En marzo de 2023, Domo introdujo BRC-20, utilizando inscripciones en formato JSON dentro de Ordinals para crear tokens fungibles mediante las funciones deploy, mint y transfer. Este enfoque era torpe; dependía por completo de indexadores fuera de la cadena que analizaban el JSON para mantener los saldos. Distintos indexadores podían divergir en el estado si omitían transacciones o interpretaban las reglas de forma diferente. El estándar consumía una cantidad significativa de espacio de bloque sin añadir seguridad a nivel de consenso para el propio token.
- Rodarmor lanzó Runes en el bloque 840,000 el 20 de abril de 2024, coincidiendo con el halving a 3.125 BTC. Las transferencias de Runes se describen mediante mensajes del protocolo llamados runestones, en salidas OP_RETURN; los saldos en sí se encuentran en UTXO ordinarios. A diferencia del JSON de BRC-20, Runes utiliza un formato binario compacto que analizan los indexadores. Una transacción puede contener saldos de varias runas en sus salidas. El protocolo está basado en UTXO, lo que significa que los saldos de runas están asociados a salidas específicas y pasan de las entradas a las salidas.
- Todos estos protocolos son metaprotocolos: Bitcoin registra los datos en la cadena, pero el software fuera de la cadena interpreta las reglas. Los nodos de consenso no rastrean los saldos de tokens ni imponen límites de emisión; lo hacen los indexadores. Esto crea un modelo de confianza en el que la capa de liquidación (Bitcoin) es segura, pero la lógica de la aplicación depende del acuerdo entre los indexadores. Si un indexador falla o actúa de manera maliciosa, los usuarios pueden perder acceso a su saldo aparente, aunque los satoshis subyacentes permanezcan intactos.
- Los metaprotocolos más recientes, como Alkanes, amplían esto al ejecutar contratos de WebAssembly dentro de los indexadores, lo que añade programabilidad más allá de las simples transferencias de tokens. Esto aumenta la complejidad y profundiza la dependencia de la computación fuera de la cadena. El compromiso sigue siendo el mismo: los usuarios obtienen funciones más expresivas a costa de alejar la aplicación de las reglas de la capa de consenso de Bitcoin. La liquidación es definitiva a nivel de Bitcoin, pero la consistencia del estado depende por completo del ecosistema de indexadores.
- Para verificarlo, abre un explorador de bloques que soporte Runes e inspecciona cualquier transacción que contenga una salida OP_RETURN con datos de runestone. El runestone codifica los IDs de las runas (en formato BLOCK:TX) y las cantidades. Luego, revisa un nodo estándar de Bitcoin: validará la firma y la estructura UTXO, pero no mostrará información sobre saldos de tokens, lo que confirma que el estado del token existe únicamente en la base de datos del indexador.
Parte ITokens BRC-20
Parte IITokens en Bitcoin: Ordinals, BRC-20, Runes y metaprotocolos programables
Datos clave
- BRC-20 fue creado por el desarrollador seudónimo Domo en marzo de 2023.
- Los nodos de Bitcoin no validan los saldos BRC-20; los indexadores de terceros deben catalogar todas las operaciones JSON para mantener el libro mayor.
- La avalancha de creación de monedas en la primavera de 2023 obstruyó el mempool y elevó las tarifas a los niveles más altos en años.
- Los tokens BRC-20 utilizan tres operaciones JSON específicas: ‘deploy’ para la creación, ‘mint’ para la emisión y ‘transfer’ para el movimiento.
- La norma genera muchos resultados pequeños que se suman al conjunto de UTXO, aumentando la carga de almacenamiento en los nodos completos.
- Las principales bolsas posteriormente listaron tokens BRC-20 a pesar de la falta de soporte nativo para consenso.
- Ordinals fue lanzado en enero de 2023 por Casey Rodarmor y numera los satoshis individuales para inscribir datos.
- BRC-20 (marzo de 2023) utilizó inscripciones en JSON para los tokens fungibles, pero dependió por completo de indexadores fuera de la cadena para el estado.
- Runes se lanzó en el bloque 840,000 el 20 de abril de 2024, utilizando runestones OP_RETURN para transferencias fungibles basadas en UTXO.
- Los metaprotocolos registran datos en Bitcoin, pero aplican las reglas a través de indexadores fuera de la cadena, y no mediante nodos de consenso.
- Las runas se identifican por los ID BLOCK:TX y pueden contener múltiples saldos de tokens en una sola salida de transacción.
- Alkanes ejecuta contratos de WebAssembly dentro de los indexadores, lo que añade programabilidad a costa de una mayor dependencia de los indexadores.
Ejercicio nueve, seis, tres, uno
9ReunirEnumera 9 estándares de tokens o protocolos de activos distintos basados en Bitcoin (incluyendo BRC-20, Runes, Counterparty, Omni, etc.). Indica el año en que se lanzaron y si dependen de indexación fuera de la cadena.
6AgruparAgrupa los 9 en 6 según su mecanismo para hacer un seguimiento de los saldos: basado en UTXO nativo, indexación JSON fuera de la cadena, adjunción de datos OP_RETURN u otros modelos híbridos. Identifica qué grupos son más susceptibles a desacuerdos entre los indexadores.
3DestilarReduce los 6 grupos a 3 compromisos fundamentales entre descentralización, eficiencia y complejidad en la emisión de activos en Bitcoin.
1CristalizarEscribe una oración que explique por qué un estándar de tokens que depende de indexadores fuera de la cadena es fundamentalmente diferente del bitcoin nativo en cuanto a las garantías de seguridad.
Verificación de hechos
Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.
- Domo, 'BRC-20' documentation (March 2023)
- Bitcoin Optech newsletter coverage (2023)
- mempool.space fee history data (Spring 2023)
- C. Rodarmor, Ordinals documentation (docs.ordinals.com, 2023)
- domo, BRC-20 experiment documentation (March 2023)
- C. Rodarmor, Runes documentation (April 2024)
- A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023)
- Alkanes protocol documentation