¿Qué es RGB? ¿Cómo funcionan sus smart contracts?
RGB, que significa "
Really Good for Bitcoin" o "Realmente Bueno para Bitcoin" en español, es
un protocolo de smart contracts que opera en la segunda capa tecnológica sobre Bitcoin (BTC) o en la tercera capa sobre Lightning Network.
RGB tiene características de ser
más escalable y más confidencial que Bitcoin. Es decir, puede confirmar sus transacciones más rápido y no revela ninguna información que luego será visible en una blockchain.
RGB no es una blockchain ni un rollup, sino un Grafo Orientado Acíclico o "
Directed Acyclic Graph" (DAG) en inglés, que podría llamarse vulgarmente una "
máquina de estados".
El objetivo principal de este DAG es
trasladar la mayor cantidad de trabajo y datos fuera de la blockchain de bloques de Bitcoin. Esto se hace por diversas razones: no saturar la red, no aumentar el tamaño de la blockchain demasiado rápido, poder crear un nuevo entorno propicio para la creación de smart contracts, y también para hacer que las transacciones sean más confidenciales.
Aunque
RGB no necesita tokens para funcionar, sus smart contracts permiten crear diversos activos y servicios, como activos fungibles y no fungibles (NFT), finanzas descentralizadas (DeFi),
Organizaciones Autónomas Descentralizadas (DAO), identidades descentralizadas y muchos otros.
Hoy en día, existen varias soluciones de capas secundarias en Bitcoin, y RGB podría destacar entre ellas:
-
Liquid (L-BTC), una capa secundaria que permite crear diversos activos digitales pero
más centralizada que RGB;
-
Stacks (STX), una blockchain independiente que
también es más centralizada que RGB;- El protocolo de
Taproot Assets, que solo permite la creación de activos aprovechando la actualización Taproot.
La validación del lado del cliente
Basada en las ideas de Peter Todd, la validación del lado del cliente es el concepto según el cual
la validación de una transacción debe ser realizada por el futuro propietario de los activos y derechos intercambiados.
La validación del lado del cliente implica que los propietarios y los smart contracts deben tener acceso al "
stash". El "stash" representa el historial de pruebas de transacciones pasadas y debe ser transferido al nuevo propietario
para verificar la validez de las transacciones.
Como resultado, los smart contracts inteligentes y las transacciones se validan
dentro de las carteras mismas y no en una red de nodos.
Las carteras
crean el nuevo estado y preparan la compresión de datos en un árbol de Merkle antes de anclar el estado en una transacción de Bitcoin o una transacción en la Lightning Network; esto se conoce como el "commitment" o el compromiso en español.
La escalabilidad de RGB es verdaderamente impresionante. De hecho, sería posible reunir
100,000 estados de diferentes protocolos en un solo compromiso y así poder dar cabida a
todos los contratos de Ethereum (ETH)
utilizando solo unos pocos compromisos on-chain. Gracias a RGB, Bitcoin tiene el potencial teórico de
procesar millones de contratos por segundo, todo ello mejorando la privacidad.
En cuanto al almacenamiento del "stash", es ciertamente posible depender de un tercero para que guarde nuestros datos por nosotros. Sin embargo, al igual que con una billetera custodial donde uno podría decir "
no son tus claves, no son tus criptos", en este caso, es "
no son tus criptos, no son tus stashs".
La validación del lado del cliente se diferencia del sistema de consenso de una blockchain, ya que, como muestra la ilustración siguiente,
solo Bob debe verificar la validez de sus propias propiedades. A diferencia de una blockchain, donde cada transacción debe ser verificada y validada por toda la red, lo que es más costoso en términos de energía y más lento.
Ilustración del historial de los 10 RGBTC de Bob
Cada transacción crea un nuevo estado. Así que, si Bob posee 10 RGBTC (el envoltorio nativo de BTC en RGB), se le considerará como el "state owner" o propietario de los estados de sus 10 RGBTC.
Ahora puede ver el pasado de sus tokens desde su creación (la génesis) para asegurarse de su autenticidad, pero no se le revela ninguna otra información. No puede saber cuántos RGBTC poseían Alice y Jeanne en el momento de la compra ni cuántos compraron a la persona anterior.
En un sistema de blockchain, es del interés de todos verificar cada transacción. Porque si una transacción fraudulenta es confirmada, podría afectar la seguridad de toda la red.
En una máquina de estados, Bob solo valida las transacciones que le interesan y no necesita saber que Alice recibió USDT de Jeanne.
El precinto de un solo uso
También basados en las ideas de Peter Todd, los "single use seals", o "precinto de un solo uso" en español, se utilizan para vincular cada nuevo estado RGB a una salida de transacción no gastada (UTXO) de Bitcoin.
Estos precintos podrían compararse con los sellos de una carta. El contenido de la carta representa el nuevo estado, una vez que el sello está cerrado, el contenido no se puede modificar sin romperlo.
Si se rompe, se vuelve inutilizable y la transacción ya no será válida.
Estos precintos garantizan que una transacción solo se puede gastar una vez en el sistema RGB. Publicarlos luego en la blockchain de Bitcoin refuerza este mecanismo al aprovechar la protección contra el doble gasto que ofrece.
RGB podría estar vinculado a cualquier sistema de publicación de información, pero resulta que Bitcoin es la mejor herramienta para almacenar estas pruebas de transacciones.
El Schema de RGB
El "Schema" es el conjunto de reglas que rigen un contrato inteligente en RGB. Cada desarrollador puede inicializar un esquema diferente, proporcionando las características que considere necesarias para el buen funcionamiento del contrato inteligente en construcción.
El schema representa todas las leyes del contrato inteligente. Si un token se emite de acuerdo con este schema, será reconocido y aceptado por los contratos inteligentes compatibles. Sin embargo, si no cumple las reglas del schema, no será procesado.
Este sistema de schema permite mejorar o modificar las reglas de un contrato inteligente sin tener que cambiar el código de toda la red RGB. El schema ofrece una estructura y restricciones claras para garantizar la compatibilidad y seguridad de los activos RGB.
Desde un punto de vista técnico, el schema define varias cosas, incluidos los tipos de datos almacenados, los tipos de derechos otorgados a los participantes y cómo se pueden transferir los derechos y propiedades.
El esquema se define en el primer estado, es decir, en la génesis del smart contract, la persona que creó la génesis se llamará el "smart contract issuer" o el emisor del smart contract.
Ilustración de la vida de un smart contract en RGB
Así, la vida de un contrato inteligente en RGB se puede asimilar a la expansión del universo. De hecho, la génesis del contrato inteligente correspondería al Big Bang, un momento crucial en el que se establecen todas las reglas y leyes en el schema.
Cada punto representa una estrella, correspondiente a las propiedades de los usuarios. Cada línea representa los movimientos de las estrellas, correspondiente a las propiedades que se separan y se unen. Al igual que el universo en expansión, los contratos inteligentes son inmutables, sus vidas continúan expandiéndose constantemente.
AluVM:
AluVM es la máquina virtual de RGB. Su desarrollo representa un avance esencial para conectar de manera óptima los contratos inteligentes de RGB a la red de Bitcoin.
Gracias a su implementación en Rust, AluVM ofrece una mayor accesibilidad a los desarrolladores, facilitando así la creación y gestión de contratos inteligentes en el ecosistema de RGB. Esta aproximación permite mejorar la eficiencia de su desarrollo.Tabla comparativa de diferentes máquinas virtuales.
Tabla comparativa de diferentes máquinas virtuales.
RGB-20, los activos fungibles
RGB-20 es el nombre de
la interfaz que sirve como base para la creación de smart contracts de activos fungibles, tales como tokens de gobernanza, criptomonedas similares a monedas, stablecoins, etc.
Por ejemplo, el RGBTC, que es la representación del BTC en RGB, es un RGB-20.
Tenga en cuenta que se puede agregar
un mecanismo de quemado (burn) o creación (mint) al crear un nuevo token, y este mecanismo debe estar presente en el Schema.
RGB-21, los activos no fungibles
RGB-21 es el nombre de
la interfaz que sirve como base para la creación de smart contracts de activos no fungibles (NFT). Aprovechando las características de RGB,
los RGB-21 ofrecen un enfoque innovador y más eficiente en términos de almacenamiento, privacidad y monetización de contenidos.
Gracias a RGB-21, ya no es necesario depender de un costoso almacenamiento en blockchain o utilizar soluciones centralizadas de gestión de datos como Microsoft Azure, AWS, etc. De hecho,
todos los datos son almacenados por los propietarios mismos.
Una de las características clave de RGB-21 es su capacidad para
permitir a los creadores vender una o varias veces los derechos de acceso al contenido, al mismo tiempo que preservan la propiedad y el control sobre el mismo. Esto elimina la necesidad de intermediarios costosos, permite a los creadores maximizar sus ganancias y permite a cualquier persona comprar los derechos de un archivo.
RGB-22, las identidades digitales descentralizadas
RGB-22 es el nombre de
la interfaz que sirve como base para la creación de smart contracts de identidades digitales descentralizadas (
DID). Las características de privacidad de RGB se ajustan perfectamente a este caso de uso.
Esta interfaz fue pensada incluso antes de que la red fuera finalizada y se convirtió en un objetivo claro para los desarrolladores.
Los RGB-22 podrían fortalecer la seguridad de nuestros datos personales.
Las identidades digitales descentralizadas son útiles porque
permiten resolver los problemas relacionados con la centralización de datos personales en Internet.
Actualmente, las plataformas
recopilan, utilizan y venden nuestros datos para crear perfiles de usuarios detallados, lo que les permite luego dirigir espacios publicitarios en función de nuestras personalidades.
Al desarrollar estándares de identidad digital descentralizada, es posible
recuperar el control sobre nuestra información mientras se garantiza una mejor protección de nuestra privacidad.
Carbonado
Creado por el equipo detrás de la plataforma NFT DIBA, Carbonado es un sistema de almacenamiento descentralizado diseñado para reemplazar sistemas de almacenamiento centralizados como Microsoft Azure, AWS, etc.
Este sistema de almacenamiento tiene como objetivo archivar los datos de consenso, de forma cifrada y duradera.
Carbonado tiene características similares al sistema de relevo Nostr con el que es compatible, pero su objetivo es almacenar y cifrar de extremo a extremo los datos RGB conservados en las billeteras (smart contracts, stashs, facturas, archivos vinculados a RGB-21, etc.). El desarrollo de Carbonado aún está en curso.
Bifrost
El protocolo Bifrost juega un papel crucial en la implementación de las funcionalidades de RGB en la Lightning Network. Bifrost es una extensión de la red Lightning que permite la transmisión de datos de validación del lado del cliente.
De esta manera, Bifrost permite realizar transacciones RGB-20 en la Lightning Network y abre el camino a características más eficientes, como intercambios descentralizados (DEX), aplicaciones de finanzas descentralizadas (DeFi), etc.
Aunque Bifrost no está directamente integrado en RGB, permite que las billeteras móviles RGB sean compatibles con la Lightning Network. En efecto, Bifrost permite a los usuarios interactuar con la red Lightning sin necesidad de ejecutar un nodo, lo que mejora la experiencia del usuario y amplía los casos de uso de RGB.
Independientemente de RGB, Bifrost fue creado para hacer que la Lightning Network sea compatible con miniscript y la actualización Taproot.
Storm
Storm, que funciona en conjunto con el protocolo Bifrost, también desempeña un papel esencial en facilitar la transmisión de mensajes y el almacenamiento descentralizado en la Lightning Network.
Storm mejora el almacenamiento de datos descentralizado mediante el uso de canales de pago especiales y los smart contracts de RGB.
De hecho, ofrece soluciones para remunerar a los proveedores de almacenamiento, proteger contra la pérdida de datos y garantizar que los pagos se realicen de manera equitativa.
