Bitroot: Explorando formas más inteligentes de lanzar monedas en la cadena BTC (con tutorial interactivo)

Desde las primeras monedas coloreadas como OmniLayer, hasta la inscripción del año pasado, y ahora los runes y RGB++, la comunidad de Bitcoin no ha dejado de experimentar con la emisión de activos en la red de Bitcoin. Aunque los maximalistas de Bitcoin tienen muchas controversias al respecto y creen que Bitcoin debería desempeñar un papel monetario de manera muy simple, preocupados de que la complejidad pueda introducir riesgos potenciales.

La razón principal es la seguridad y el volumen de la red de Bitcoin, que actúa como una infraestructura de alta calidad natural que puede proporcionar una gran cantidad de espacio narrativo para los activos emitidos en ella. Además, evitar las propuestas para la red Bitcoin y solo utilizar el espacio on-chain existente para explorar formas de emitir activos es algo abierto para la comunidad. Actualmente, estas exploraciones en la forma de emitir activos están floreciendo en todas partes, pero el resultado final aún está por determinarse.

Hoy vamos a hablar de Bitroot, que también propone una nueva forma de emitir activos en la red de Bitcoin, y admite la incorporación de contratos inteligentes, al mismo tiempo que actúa como la capa L2 de Bitcoin.

La evolución de los métodos de emisión de activos en la red de Bitcoin

Comencemos con la forma en que los activos se emiten en Bitcoin.

Las monedas coloreadas anteriores se basaban en las UTXO de Bitcoin. Al agregar información específica a las UTXO de Bitcoin, se pueden distinguir de otras UTXO, logrando así el efecto de “coloreado”. Las UTXO “coloreadas” llevan los nuevos activos. Los metadatos relacionados con estos activos se almacenan principalmente en el código de operación OP_RETURN de los scripts de transacción de Bitcoin. El propósito original de OP_RETURN era finalizar el script y devolver el valor en la parte superior de la pila, similar a una función de retorno en lenguajes de programación. Sin embargo, luego se convirtió principalmente en una forma de incrustar datos en transacciones de Bitcoin. La característica más importante es que los datos agregados a través de OP_RETURN en transacciones de Bitcoin son verificables pero no consumibles para la red de Bitcoin. El límite de datos permitidos ha aumentado de 40 bytes en versiones anteriores a 80 bytes en la actualidad. Un proyecto representativo es Open Assets.

Durante el mismo período de gran popularidad de las monedas coloreadas, surgieron muchas formas mejoradas de emisión de activos, como OmniLayer (anteriormente conocido como Mastercoin), que se asemeja más a lo que hoy se conoce como Layer2, colocando la lógica de las transacciones fuera de la cadena de bloques de Bitcoin, utilizando la cadena de bloques de Bitcoin como un registro y también utilizando OP_RETURN para agregar metadatos de transacciones de OmniLayer. También está Counterparty, que actúa como una capa de protocolo sobre Bitcoin y tiene como objetivo lograr la descentralización del intercambio de activos. Inicialmente, Counterparty incluía datos relacionados en la cadena de bloques de Bitcoin utilizando el código de operación OP_CHECKMULTISIG, pero debido a que el uso de OP_CHECKMULTISIG se consideraba un tipo de hacker, posteriormente se cambió para utilizar el código de operación OP_Return para almacenar datos.

Otros métodos de almacenamiento tempranos incluyen: el método de emisión utilizando el campo nSequence. nSequence es un campo reservado en las transacciones de Bitcoin con un espacio de 32 bits. La ventaja de utilizar nSequence es que no se requiere almacenamiento adicional. Un ejemplo de proyecto es EPOBC (enhanced, padded, order-based coloring), que almacena información adicional de activos en el campo nSequence de las transacciones de Bitcoin. Sin embargo, la desventaja es que no se asigna un número de activo, por lo que al realizar transacciones es necesario rastrear hasta la transacción de génesis original, lo cual puede ser complicado.

Es evidente que el uso del código de operación OP_RETURN para almacenar datos fue casi la práctica principal en la emisión de activos tempranos en BTC.

Después de la actualización de SegWit y Taproot en Bitcoin, se ha creado un nuevo espacio de almacenamiento para la emisión de activos, momento en el cual se ha introducido el concepto de Ordinals (inscripción), que utiliza el tipo de salida de transacción P2TR introducido después de la actualización de Taproot para grabar metadatos en los datos de prueba de la transacción (witness data, witness field). La ventaja es que el espacio de almacenamiento es mayor: el límite de información en una sola transacción de Taproot es de 520 bytes y se puede ampliar la cantidad de datos que puede contener mediante la combinación de múltiples transacciones. Los costos de almacenamiento de los datos de prueba también son relativamente más baratos. Por lo tanto, después del lanzamiento experimental de Ordinals, ha generado un sentimiento especulativo en el mercado y ha vuelto a atraer la atención de la comunidad hacia la forma de emisión de activos en la cadena de Bitcoin. Inspirado por Ordinals, han surgido numerosos protocolos de emisión de activos mejorados, como Atomicals, que se basa en la lógica de las monedas con tinte y vincula la cantidad de cada token ARC-20 con la cantidad de satoshis, por lo que no se necesita un indexador fuera de la cadena como BRC-20, ya que la información de los activos se encuentra en los UTXO.

Pero la forma en que se emiten las inscripciones ha sido objeto de controversia entre muchos OG de la comunidad de Bitcoin, principalmente porque temen que haga que el bloque de Bitcoin sea más voluminoso y que BRC-20 sea vulnerable a ataques de polvo. Además, la ubicación de las inscripciones está en la zona de datos de testigos, lo que hace que algunos miembros de la comunidad se preocupen de que este espacio se cancelará en futuras actualizaciones.

El protocolo Runes, que es bastante popular en estos días, ha vuelto a lo tradicional al elegir almacenar los metadatos de activos en OP_RETURN, y combina el mecanismo basado en UTXO de Atomicals, donde los UTXO pueden contener cualquier cantidad de tokens Runes.

Se puede ver que el método de emisión de activos ha pasado por rondas de iteraciones, pero al final, más protocolos aún optan por usar el OP_RETURN en Bitcoin para realizar el almacenamiento de datos de activos.

Nuevo plan de emisión de activos de Bitroot

Volviendo a Bitroot, Bitroot lanzó BRT20, un nuevo protocolo de emisión de activos on-chain de Bitcoin. Bitroot lo llama el protocolo raíz y elige la ubicación de almacenamiento de datos como OP_RETURN.

Específicamente, se pueden crear transacciones de Bitcoin que contengan salidas OP _ RETURN utilizando la biblioteca bitcoinlib (una biblioteca popular para realizar operaciones relacionadas con Bitcoin). Al igual que con otros activos de Bitcoin, Bitroot puede emitir y negociar activos creando transacciones de Bitcoin en un formato específico. Cuando un usuario necesita emitir un nuevo activo, debe construir una transacción de Bitcoin que contenga metadatos especiales que definan el nombre del activo, la cantidad total y otras propiedades. Una vez que estas transacciones son confirmadas por la red de Bitcoin y añadidas a la cadena de bloques, los nodos del protocolo Bitroot interpretarán los datos y registrarán la creación y distribución de activos correspondientes en su base de datos interna.

Vale la pena mencionar que, los datos almacenados por Bitroot en OP_RETURN no solo incluyen la emisión de activos y datos de transacciones, sino también contratos inteligentes.

Sin embargo, los contratos inteligentes aquí y los contratos inteligentes EVM convencionales son diferentes, ya que el contrato inteligente de Bitroot se construye sobre la cadena de bloques de Bitcoin, utilizando el lenguaje de secuencias de comandos de Bitcoin (un lenguaje básico de transacción de Bitcoin) para su implementación. Por razones de seguridad, el lenguaje de secuencias de comandos de Bitcoin se diseñó como no turing completo, e incluye solo algunas operaciones convencionales, como OP_ADD, OP_EQUAL, OP_CHECKSIG, OP_CHECKMULTISIG, diseñadas para un único propósito de pago. No incluye declaraciones de bucle, evitando el riesgo de bucles infinitos, pero esto también significa que no puede realizar tareas de cálculo complejas, y su principal aplicación es la verificación de la firma de transacciones para garantizar su autenticidad. Por lo tanto, los contratos inteligentes en Bitcoin están más restringidos en comparación con los contratos inteligentes EVM.

Bitroot also recognizes this feature of the Bitcoin scripting language, and the solution is to extend the functionality of the Bitcoin scripting language by adding additional operation codes and functionalities to support more complex smart contracts. The following are the basic characteristics of Bitroot’s implementation of smart contracts:

1. Lenguaje de script basado en Bitcoin

Bitroot se basa en el lenguaje de script de Bitcoin para lograr la expansión de funciones mediante la adición de código de operación y funcionalidades adicionales.

2. Incorporar datos en transacciones

Los datos del contrato inteligente de Bitroot se incrustan en la salida OP_RETURN de las transacciones de Bitcoin, y los nodos de Bitroot pueden analizar y ejecutar los datos. Por lo tanto, la lógica y los cambios de estado del contrato inteligente pueden codificarse y almacenarse en estos datos.

3. Análisis y ejecución de contratos inteligentes

Cuando la red de Bitcoin confirma una transacción que incluye datos OP_RETURN, el nodo de Bitroot analizará estos datos en la transacción y ejecutará las operaciones correspondientes según el código de contrato inteligente incrustado. Esto incluye la transferencia de activos, la ejecución de contratos, etc. Cada nodo de Bitroot verifica y ejecuta estas operaciones de forma independiente para mantener la consistencia de la red.

4. Restricciones y funciones

Aunque Bitroot mejora la funcionalidad de los contratos inteligentes de esta manera, su funcionalidad está limitada por el hecho de que los scripts de Bitcoin no son turing-completos. Por lo tanto, los contratos inteligentes de Bitroot son más adecuados para aplicaciones que no requieren lógica compleja, como acuerdos financieros simples o administración de activos.

5. Expansión futura

La comunidad de Bitroot ha estado explorando formas de ampliar las capacidades de los contratos inteligentes, incluyendo posibles actualizaciones de protocolo e integración con otras tecnologías blockchain para ofrecer un mayor soporte de aplicaciones.

Según estas características, Bitroot puede realizar la emisión de nuevos activos e incrustar la lógica de contrato inteligente en las transacciones, lo que permite casos de uso financieros más complejos que la emisión / transacción tradicional, sin necesidad de modificar el protocolo central de Bitcoin.

Bitroot funciona en dos repositorios de código: Bitcoin Core y su propio software, por lo que las transacciones de Bitroot deben recibir confirmaciones de la red Bitcoin. Al mismo tiempo, Bitroot también puede heredar la seguridad y descentralización de la red Bitcoin.

Además, Bitroot ofrece a la comunidad de desarrolladores una serie de herramientas y aplicaciones de billetera que permiten a los desarrolladores y usuarios gestionar activos, realizar transacciones e interactuar con contratos inteligentes utilizando el protocolo Bitroot. Bitroot también admite API automatizadas e integradas para brindar la máxima comodidad a los usuarios.

Bitroot mediante la incorporación de la funcionalidad de contratos inteligentes en la red Bitcoin y la definición de un sistema de análisis, hace que la lógica del contrato sea más abierta y transparente, heredando la seguridad de la red Bitcoin y brindando una experiencia más enriquecedora para los activos en la red Bitcoin. Además de la emisión y el comercio de activos, los servicios DeFi como préstamos, Dex, derivados, plataforma de lanzamiento, así como la transacción de activos en el juego, personajes virtuales, arte, etc., también pueden realizarse en la cadena.

Experiencia de prueba de Bitroot

En la actualidad, Bitroot está en pruebas abiertas, dirección de la red de pruebas: .

Obtención de monedas de prueba BRT:;

Faucet de prueba de moneda BTC:;

Compra de monedas de prueba BTC: .

Después de ingresar, primero crea una billetera, luego puedes realizar pruebas de emisión de activos después de recibir tokens de prueba.

Actualmente existen tres tipos de activos que se pueden crear: activos con nombres alfabéticos, subactivos de activos existentes y activos de nombres digitales gratuitos.

Crear activos con nombres alfabéticos es relativamente sencillo. Simplemente ingrese el nombre del Token (nombre del token), Deion (información descriptiva que se puede modificar en cualquier momento) y la cantidad (emisión por defecto es 01928374656574839201). Luego, haga clic en ‘crear token’ para finalizar la creación.

Para crear un subactivo de un activo, primero es necesario crear el activo principal. Luego, se puede seleccionar el activo recién creado y ingresar el nombre del token y la cantidad para crearlo.

Cuando se crea un activo de nombre digital gratuito, se asigna aleatoriamente una cadena que comienza con A como nombre del token (el número después de A se puede personalizar). Simplemente ingrese la información de descripción y cantidad para crearlo.

Simplemente haga clic en la flecha en los activos para realizar transferencias, ver información, aumentar emisión de activos, y bloquear la emisión de activos.

A la izquierda de la zona de funciones se encuentra la interfaz de negociación de activos. En la interfaz se mostrarán los pares de negociación populares y los pares de negociación con órdenes pendientes en el mercado actual. Solo tienes que buscar el par de negociación correspondiente para completar la orden de compra y venta, de forma sencilla y conveniente.

Resumen

BRT20, lanzado por Bitroot, explora en profundidad las funciones utilizables de la cadena de bloques de Bitcoin y ofrece una forma inteligente de emitir activos nativos en la cadena de bloques de Bitcoin. Sin embargo, este protocolo se encuentra en una etapa temprana y requerirá tiempo de observación para ser ampliamente aceptado por la comunidad.