En la segunda mitad de 2023, el ecosistema de varios protocolos derivados de BTC se desarrollará rápidamente. Además del resurgimiento del protocolo Ordinals y BRC20, protocolos como Atomicals y Taproot Assets también han recibido una amplia atención por parte del mercado.
Anteriormente, Beosin ha analizado los riesgos de varios tipos de protocolos derivados de BTC: “La explosión del ecosistema BTC, analizando las oportunidades y riesgos potenciales de sus diversos protocolos derivados”. **En este artículo, Beosin explicará en detalle un protocolo de emisión de activos muy importante en el ecosistema BTC: el protocolo RGB. **
1. Desarrollo de protocolos RGB
La función del protocolo RGB es agregar la funcionalidad de contrato inteligente a Bitcoin en Lightning Network, un protocolo de canal de estado basado en pruebas de conocimiento cero que permite a los usuarios realizar transacciones fuera de la cadena que preservan la privacidad. **
RGB no es un protocolo de tokens, pero tiene la capacidad de emitir y administrar múltiples activos altamente escalables, programables y confidenciales, y puede desempeñar un papel importante en muchas otras industrias fuera de las finanzas. El desarrollo de su protocolo ha pasado por varias fases importantes, desde su concepción inicial hasta la actual versión RGB v0.10 que lleva la funcionalidad de contrato inteligente a Bitcoin y Lightning Network.
1 En 2016, Giacomo Zucco propuso la idea inicial del protocolo RGB basándose en las ideas de Peter Todd.
2 En 2017, BHB Network lanzó la versión original del protocolo RGB, que contaba con el apoyo del Grupo Poseidón.
3 En 2019, Maxim Orlovsky y Giacomo Zucco fundaron la Asociación de Estándares LNP/BP para promover el RGB para aplicaciones prácticas, y el Dr. Maxim Orlovsky comenzó a rediseñar el protocolo RGB.
4 En 2021, la asociación hizo una demostración de la máquina virtual Turing-Complete (AluVM) del protocolo RGB, que también comenzó a ejecutarse en la Lightning Network.
-
En 2022, se lanzó Contractum, un nuevo lenguaje para escribir contratos inteligentes RGB para Bitcoin y Lightning Network, y su nuevo sitio web.
-
En abril de 2023, se lanzó RGB v0.10, brindando soporte completo para contratos inteligentes a Bitcoin y Lightning Network, marcando la etapa más importante de desarrollo para el protocolo RGB.
2. Lógica de diseño del protocolo RGB
La idea central del protocolo RGB se basa en el consenso y el almacenamiento de datos fuera de la cadena.
En primer lugar, el valor más importante del sistema distribuido es el mantenimiento del consenso, utilizando la capa de consenso de bits solo se necesitan mantener compromisos criptográficos cortos con los eventos del libro mayor, la tecnología de probar la existencia de datos específicos pero no revelar el contenido real de los datos, generalmente implementada a través de la función hash, solo almacenando estos envíos en la cadena para garantizar la autenticidad e integridad de los datos, reduciendo así la carga de los datos en la cadena.
Los datos del libro mayor de RGB se almacenan fuera de la cadena, lo que significa que todos los datos de los contratos y las transiciones de estado permanecen fuera de la cadena, no en la cadena de bloques. Rastree y verifique el estado de los contratos inteligentes con sellos de un solo uso y transiciones de estado, procesando y verificando de manera eficiente el estado y las transacciones de los contratos inteligentes sin almacenar todos los datos en la cadena.
La capa base de RGB es la cadena de bloques de Bitcoin, incluido el consenso de Nakamoto PoW y el libro mayor de transacciones. Si bien no hay necesidad de almacenar ningún dato en la cadena, todavía es necesario seguir la infraestructura existente y utilizar las transacciones de Bitcoin como almacenamiento para estos compromisos.
2.1 Autenticación de cliente
Contratos inteligentes RGB en modo de verificación del lado del cliente, donde todos los datos permanecerán fuera de las transacciones de Bitcoin, como la cadena de bloques de Bitcoin o el estado del canal de la red Lightning, lo que permite que el sistema funcione sobre la red Lightning y también proporciona la base para un alto nivel de escalabilidad y privacidad del protocolo.
Contrato inteligente RGB 2.2
La estructura básica de un contrato inteligente RGB consta de Génesis, Estado y Transiciones, cada una de las cuales tiene diferentes funciones y roles:
Génesis(创世)
Genesis es la declaración de inicialización de un contrato inteligente, que define las propiedades y reglas básicas del contrato. Esto incluye el tipo de contrato, su propósito y cualquier configuración inicial. En el código, la parte génesis define el punto de partida del contrato, como en un contrato de autenticación, que puede especificar la información de identidad inicial.
Estado(状态)
El estado representa el estado actual del contrato en un momento dado y es una instantánea en tiempo real de los datos del contrato, incluidos todos los valores de las variables y la información de los activos.
Transiciones(转换)
Las transiciones son reglas que definen las transiciones de un estado a otro. Estas reglas determinan cómo cambia el estado en función de la lógica del contrato. op Vocation y op Transfer son ejemplos de transformaciones que definen cómo transferir de un estado de identidad a otro, o cómo transferir entre tokens.
Estos tres componentes proporcionan una forma de definir y ejecutar diversas operaciones y protocolos. Genesis establece las reglas y parámetros subyacentes, State mantiene la información actual del contrato y Transitions estipula la lógica de los cambios entre estados, que juntos forman la arquitectura central del contrato inteligente RGB.
2.3 一次性密封(sellos-de-un solo uso)
Garantizar una gestión segura y eficiente de las transferencias de activos al tiempo que se protege la privacidad del usuario. El protocolo RGB utiliza un enfoque de “sellos de un solo uso”, que permite que los activos (como los tokens) se vinculen a una transacción específica de Bitcoin, de modo que cada transferencia de activos requiere “abrir” un sello antiguo y “crear” uno nuevo. **La encapsulación de una sola vez se utiliza para representar la propiedad o el estado del contrato de un activo. Cada vez que se produce una transferencia o transacción de estado, se cierra la encapsulación asociada y se crea una nueva encapsulación, que tiene la ventaja de que cada sello solo se puede utilizar una vez, evitando así la reutilización o el doble pago de activos, garantizando la seguridad de la transacción y asegurando así que la transferencia de activos no pueda ser manipulada.
Al mismo tiempo, debido a que estas operaciones se llevan a cabo en el lado del cliente en lugar de almacenarse en la cadena de bloques, la protección de la privacidad de los usuarios se mejora en gran medida y se reduce la ocupación del espacio de la cadena de bloques, lo que mejora la eficiencia y la escalabilidad de la red en general.
Pasos lógicos para los precintos de un solo uso:
-
El comienzo de cada contrato RGB es una operación de génesis, donde se define el estado inicial y la encapsulación única asociada, que representa la asignación inicial de activos o permisos definidos en el contrato.
-
En el contrato, el estado se utiliza para representar el activo actual o la configuración de permisos. Cada estado está asociado a una encapsulación de un solo uso que representa la propiedad o los permisos actuales.
-
Cuando es necesario transferir o cambiar activos o permisos, hay transiciones de estado involucradas. Este proceso implica cerrar la encapsulación única actual (que representa el estado anterior) y crear una nueva encapsulación (que representa el nuevo estado).
-
Cerrar un envase implica verificar su integridad y marcarlo como usado para evitar su reutilización. A continuación, en función de las reglas del contrato, se crea una nueva encapsulación para representar el nuevo estado.
-
Cuando se produce una transacción, los participantes en el contrato deben verificar que la encapsulación única pertinente es válida para garantizar la legitimidad de la transacción. Este proceso de verificación es automático y se realiza de forma colaborativa entre los nodos RGB y las billeteras participantes.
3. Características del protocolo RGB
Las características de RGB se reflejan en la innovación de los contratos inteligentes RGB, y los siguientes son algunos puntos clave para ti:
1. Concepto de esquema
El protocolo RGB utiliza el concepto de esquema, similar a las clases en programación orientada a objetos. Los modos se utilizan para definir estándares para los activos RGB**, lo que facilita que las billeteras, los exchanges, los navegadores y los nodos de BTC admitan activos RGB. En este marco, un contrato RGB concreto es una instancia de un patrón, creado por el constructor del esquema (la “operación génesis”). Este enfoque separa las funciones del desarrollador por contrato (desarrollador de patrones) y el emisor del contrato, eliminando la necesidad de que este último tenga conocimientos de programación o seguridad.
2. Máquina virtual AluVM
El protocolo RGB también introduce la máquina virtual AluVM, una máquina virtual completa de Turing similar a la EVM de Ethereum. Puede realizar casi todos los tipos de cálculos, pero está limitado por el número de pasos de operación. AluVM limita la computación a través de una medida acumulativa de complejidad computacional, similar al mecanismo de consumo de gas de Ethereum.
3. Ejemplo de definición de contrato
En cuanto a la definición del contrato, el protocolo RGB utiliza tipos de datos específicos, como PgpKey, que no forman parte directa del contrato, pero pueden ser compartidos por varios contratos. El estado y las acciones de un contrato, como Identidad y Revocación, se definen como componentes del estado del contrato y posibles transiciones de estado.
4. Instancias de contrato y transiciones de estado
La creación de instancias de contratos se realiza aplicando un patrón a una situación específica, por ejemplo, meSatoshiNakamoto implementa el patrón DecentralizedIdentity, que define el estado inicial y lo asigna a un sello de un solo uso. Las transiciones de estado, como a través de la operación de Vocación, implican la actualización de una identidad y su asignación a un nuevo sello de un solo uso.
5. Funcionalidad de contrato ampliada
El protocolo RGB permite ampliar la funcionalidad del contrato, como la adición de tokens IOU (I owe you), que se representan como estados poseíbles en el contrato, IOYTokens. Además, hay estados globales, como IOYTicker e IOYName, que son propiedades globales del contrato y no son propiedad directa de ninguna de las partes.
6. El concepto de extensión estatal
El concepto de extensiones estatales permite que el público participe en partes lógicas específicas del contrato, como por ejemplo, declarando Burn. La operación de expansión de estado permite a cualquiera crear una extensión de estado sin hacer un compromiso en la cadena, similar a una transacción de Bitcoin que no está encapsulada en un bloque.
7. 合约接口(Contract Interface)
Comunicación estandarizada: La interfaz de contrato proporciona una forma estándar de comunicarse con un nodo RGB, lo que requiere que devuelva un estado semánticamente significativo y cree operaciones.
Similar al estándar ERC de Ethereum: Estas interfaces son similares al estándar ERC de Ethereum, y la interfaz genérica se llama “RGBxx” y se define como un estándar LNP/BP independiente.
8. Ejemplo de creación de una interfaz de token universal
Definiciones de interfaz: Define los estados globales (por ejemplo, Ticker y Nombre) y los estados propios (por ejemplo, Inflación y Activo), así como las operaciones (por ejemplo, Emisiones y Transferencias).
Implementación de la interfaz: Cuando se implementa una interfaz, el estado y el funcionamiento de un modo específico están vinculados a la interfaz. Por ejemplo, la interfaz FungibleToken implementa enlaces de estado globales y de propiedad para el patrón DecentralizedIdentity.
4. Aplicación de protocolo RGB
Aplicaciones financieras:
1 Se utiliza para crear tokens que representan acciones de una empresa o proyecto, emitidos de forma centralizada pero negociados de forma descentralizada, lo que aumenta la liquidez y la transparencia del mercado.
-
Gestione préstamos y bonos, y automatice la emisión y el reembolso de préstamos y bonos a través de contratos inteligentes.
-
Crear stablecoins que se ejecuten en la Lightning Network y utilizarlas como medio de pago.
-
Crear un exchange descentralizado (DEX).
-
Aplicar soluciones AMM, como las stablecoins sobrecolateralizadas algorítmicamente, para proporcionar liquidez y estabilidad al mercado.
Aplicaciones no financieras:
-
Se utiliza para gestionar soluciones de identidad autónomas que permiten a las personas controlar y gestionar su información de identidad digital.
-
Crear un sistema global descentralizado de registro de nombres para que las personas puedan registrar y administrar nombres de dominio y otros identificadores web.
-
Gestionar la propiedad y los derechos de licencia de los contenidos digitales, incluidos los derechos de autor y las licencias.
-
Se utiliza para tokenizar obras de arte, proporcionando una nueva plataforma digital de propiedad y comercio para artistas y coleccionistas.
-
Gestionar las DAO para la toma de decisiones y la gobernanza descentralizadas.
-
Se utiliza para crear un sistema de registro de auditoría demostrable y verificable para aumentar la transparencia y la credibilidad de las empresas y los proyectos.
5. Riesgos del protocolo RGB actual
1 Inestabilidad
El protocolo RGB actual es la primera versión que soporta totalmente los contratos inteligentes, y puede haber algunas actualizaciones o modificaciones importantes en el protocolo RGB en el futuro, lo que hará que el desarrollo actual del contrato no se ejecute de forma segura y estable en versiones posteriores. El validador de clientes de RGB aún se está actualizando y aún no hay una versión estable.
2 Complejidad
El diseño y la implementación del protocolo RGB es bastante complejo, y hay muchas características del protocolo RGB que deben tenerse en cuenta para los contratos inteligentes desarrollados basados en el protocolo RGB. Por ejemplo, si los tokens emitidos basados en el protocolo RGB fallan o no son confirmados por el nodo RGB, entonces estos tokens no pertenecen a ningún UTXO y son equivalentes a ser quemados, y los desarrolladores y las partes del proyecto deben considerar cuidadosamente el impacto de tales situaciones en la economía de tokens del proyecto.
Resumen
El protocolo RGB aún se encuentra en sus primeras etapas. El protocolo RGB ha demostrado su innovación en el campo de los contratos inteligentes de BTC a través de su definición de esquema única, la máquina virtual AluVM, la gestión flexible del estado del contrato y el mecanismo de escalado, que admite la emisión y transferencia de múltiples activos en la red Bitcoin y la red Lightning. Sin embargo, en la actualidad, el protocolo RGB no es totalmente compatible con Lightning Network, y el desarrollo y el funcionamiento de los contratos inteligentes no son seguros, por lo que los usuarios deben ser conscientes de los riesgos al utilizar el protocolo RGB. **
