En julio de 2024, CKB anunció oficialmente el lanzamiento de la Capa RGB++, marcando la transformación del protocolo teórico RGB++ en un producto completamente diseñado, listo para introducir escenarios de aplicación más concretos y prácticos. Con la visión de construir un ecosistema BTCFi en BTC y otras cadenas públicas basadas en UTXO como CKB y Cardano, la Capa RGB++ rápidamente atrajo una atención significativa. En resumen, la Capa RGB++ se basa en el protocolo RGB++, utilizando enlace homomórfico y tecnología Leap para proporcionar una experiencia de interacción sin problemas entre cadenas para activos RGB++ nativos o inscripciones/runas en cadenas basadas en UTXO como BTC, CKB y Cardano sin la necesidad de puentes entre cadenas. Aprovechando el entorno de contrato inteligente Turing completo de CKB, establece las condiciones necesarias para que Bitcoin logre funciones DeFi complejas. Además, respaldado por el ecosistema de abstracción de cuenta integral de CKB, es compatible con cuentas y billeteras de Bitcoin, ofreciendo una excelente experiencia de usuario para los usuarios de Bitcoin y abriendo el camino para la adopción generalizada de BTCFi. En el siguiente texto, profundicemos en los principios de funcionamiento y características de la Capa RGB++ y exploremos los cambios que traerá al ecosistema BTCFi. Dado que su fundamento teórico se basa en el protocolo RGB++, comenzaremos discutiendo el protocolo en sí mismo.

Protocolo RGB++: La Fundación Teórica de la Capa RGB++

El protocolo RGB++, lanzado en enero de este año, transforma fundamentalmente el método de validación del protocolo RGB de la "validación del lado del cliente" a la verificación en cadena en la cadena CKB. Básicamente, este enfoque aprovecha CKB como un indexador descentralizado, asignando tareas como el almacenamiento de datos y la verificación de origen de activos a CKB. Esto posiciona a CKB como la capa de validación y la capa DA para el protocolo RGB, abordando los problemas de UX y las limitaciones de soporte DeFi inherentes en el protocolo RGB original.

Alineándose con el concepto de "encapsulación de una sola vez", RGB++ introduce la noción de enlace homomórfico, utilizando las UTXO extendidas de la cadena CKB (Cells) como portadores de datos para activos de inscripción/runas. Estas celdas se vinculan a UTXO en las cadenas Bitcoin, Cardano o Liquid, lo que permite que los activos RGB++ hereden la seguridad de estas cadenas de bloques basadas en UTXO y evitan el doble gasto. Este enfoque de "vinculación para heredar la seguridad" es análogo a los escenarios del mundo real en los que una cuenta bancaria debe vincularse a un número de teléfono y una identificación para mejorar la seguridad.

Por ejemplo, supongamos que Alice quiere transferir algunos tokens TEST a Bob. Ella puede generar una declaración que vincule la Celda que almacena la información del activo TEST al UTXO de Bitcoin de Bob. Si Bob tiene la intención de transferir los tokens TEST a otra persona, el UTXO de Bitcoin vinculado también debe ser transferido. Esto crea una relación de enlace uno a uno entre la Celda que lleva los datos del activo RGB++ y el UTXO de Bitcoin. Mientras el UTXO de Bitcoin no sea gastado doblemente, el activo RGB++ vinculado tampoco será gastado doblemente.

Cuando se habla de la Capa RGB++, esencialmente es una implementación ingenieril del protocolo RGB++, con dos características principales: unión isomórfica y puente libre de Leap cross-chain. Profundicemos en los principios técnicos detrás de la unión isomórfica y Leap.

Enlace Isomórfico y Leap: Emisión de Activos de BTCFi y Capa de Interconexión sin Puente entre Cadenas

Para comprender verdaderamente los conceptos de enlace isomórfico y Leap, primero necesitamos explicar brevemente el modelo de Celda de CKB. Esencialmente, una Celda es un UTXO (Unspent Transaction Output) extendido con varios campos, incluyendo LockScript, TypeScript y Data. El LockScript funciona de manera similar al script de bloqueo de Bitcoin y se utiliza para la verificación de permisos. TypeScript es similar al código de contrato inteligente, mientras que Data se utiliza para almacenar datos de activos.

Para emitir activos RGB++ en la cadena de bloques CKB, primero debes crear una celda y completar los campos relevantes con el símbolo del token y el código de contrato. Por ejemplo, puedes establecer el símbolo del token como 'TEST'. Estas celdas luego pueden desmontarse y distribuirse a muchos usuarios, de manera similar a cómo se dividen y transfieren las UTXO (salidas de transacción no gastadas) de Bitcoin.

Dado que la estructura de las Celdas es similar a la de UTXO de Bitcoin y CKB puede admitir los algoritmos de firma de Bitcoin, los usuarios pueden manipular activos en la cadena CKB utilizando billeteras de Bitcoin. Si eres dueño de una Celda, puedes configurar el script de bloqueo para que coincida con las condiciones de desbloqueo de los UTXO de Bitcoin. Esto te permite usar claves privadas de Bitcoin para controlar Celdas en la cadena CKB. Esta capacidad se extiende a CKB, BTC y otras cadenas públicas basadas en UTXO. Por ejemplo, podrías usar una cuenta de Cardano para modificar datos de activos en la cadena CKB, transfiriendo el control de los activos RGB++ desde una cuenta de BTC a una cuenta de Cardano sin necesidad de un puente entre cadenas.

Este proceso requiere vincular activos RGB++ a UTXOs en cadenas públicas como Bitcoin, Cardano y Liquid, de manera similar a vincular una cuenta bancaria a un número de teléfono y un ID en el mundo real. Los activos RGB++ son esencialmente datos que necesitan un medio de almacenamiento como una base de datos; en este caso, las CKB Cells actúan como la base de datos. Puede configurar la verificación de permisos para permitir que diferentes cuentas de cadenas públicas (BTC, Cardano, etc.) modifiquen los datos de activos RGB++ en la cadena de CKB. Este es el principio fundamental de la vinculación isomórfica.

Salto y puente sin barreras entre cadenas

Las características de salto y cross-chain sin puente de la capa RGB++ se basan en el enlace isomórfico. Permiten el “rebinding” de UTXOs asociados con activos RGB++. Por ejemplo, si tu activo estaba inicialmente ligado a un UTXO de Bitcoin, puedes volver a ligarlo a un UTXO en Cardano, Liquid, Fuel u otras cadenas. Esto significa que puedes transferir el control del activo de una cuenta de BTC a una cuenta de Cardano, todo sin la necesidad de un puente cross-chain.

Desde la perspectiva del usuario, esto es equivalente a la transferencia de activos entre cadenas, con CKB actuando como un indexador y una base de datos. Sin embargo, a diferencia de los métodos tradicionales de intercambio entre cadenas, “Leap” solo cambia los permisos de uso de los datos del activo, mientras que los propios datos siguen almacenados en la cadena CKB. Este enfoque es más sencillo que el modelo Lock-Mint y elimina la dependencia de los contratos de activos de mapeo. La explicación anterior es una descripción general del producto de enlace isomórfico y Leap. Entendamos su implementación técnica a través de un ejemplo específico.

Implementación de Enlace Isomórfico

Entendamos la implementación técnica del enlace isomórfico. Supongamos que Alice tiene 100 tokens de TEST, con datos almacenados en la Celda#0, unida a UTXO#0 en la cadena de Bitcoin. Ahora, Alice quiere transferir 40 tokens de TEST a Bob. Primero, divide la Celda#0 en dos nuevas Celdas: Celda#1, que contiene 40 tokens de TEST, que se transfieren a Bob, y Celda#2, que contiene 60 tokens de TEST, que permanece bajo el control de Alice. En este proceso, el BTC UTXO#0 unido a la Celda#0 también se divide en UTXO#1 y UTXO#2, unidos a la Celda#1 y la Celda#2, respectivamente. Cuando Alice transfiere la Celda#1 a Bob, también puede transferir BTC UTXO#1 a Bob con una sola operación, logrando transacciones sincronizadas en ambas cadenas, CKB y BTC.

Podemos comprender en profundidad el enlace isomorfo aquí. De hecho, el significado central de este concepto es que CKB’s Cell, la eUTXO de Cardano y el UTXO de BTC son todos modelos UTXO, y CKB es compatible con el algoritmo de firma de Bitcoin/Cardano. La descomposición y transferencia de UTXO que ocurre en las dos últimas cadenas también puede sincronizarse 1:1 con la Cell en la cadena CKB. De esta manera, cuando operamos el UTXO de BTC vinculado al activo RGB++, los resultados de la operación pueden sincronizarse con la Cell en la cadena CKB, al igual que la relación entre la entidad y la sombra. Además, también debemos prestar atención a que el activo RGB++ está asociado con las dos entidades UTXO de BTC y Cell de CKB, ambas son componentes del activo RGB++. Ambas son indispensables.

Si examinamos el caso mencionado anteriormente de Alice transfiriendo dinero a Bob, el proceso general es:1. Alice construye localmente los datos de una transacción CKB (sin cargarla en la cadena todavía). Esta transacción indica que la Celda #0, que registra los datos del activo, se destruirá, la Celda #1 se generará y se entregará a Bob, y la Celda #2 se mantendrá para ella misma;2. Alice genera una declaración localmente, vincula la Celda #1 a BTC UTXO #1, vincula la Celda #2 a BTC UTXO #2, y envía tanto la Celda #1 como BTC UTXO #1 a Bob;3. Después, Alice genera un Compromiso (similar a un hash) localmente, y el contenido original correspondiente contiene la declaración en el paso 2 + los datos de la transacción CKB generados en el paso 1. Los datos del Compromiso se registrarán en la cadena de Bitcoin;4. Alice inicia una transacción en la cadena de Bitcoin, destruye UTXO #0, genera UTXO #1 y lo envía a Bob, mantiene UTXO #2 para ella misma, y escribe el Compromiso en la cadena de Bitcoin en forma de opcode OP_Return;5. Después de que se complete el paso 4, envíe la transacción CKB generada en el paso 1 a la cadena CKB.

Algunos de los detalles más complicados se han omitido anteriormente. De hecho, cuando Alice transfiere sus activos RGB++ a Bob, primero debe realizar una verificación de identidad compleja para demostrar que ella es realmente la propietaria de la Celda#0. Las cosas involucradas aquí incluyen: 1. Demostrar que la Celda#0 y la UTXO#0 de BTC están efectivamente vinculadas; 2. Alice demuestra que ella es la controladora real de la Celda#0 y la UTXO#0 de BTC. Ten cuidado, las Celdas y las UTXOs de Bitcoin escritas con datos de activos RGB++ pueden ser reescritas simultáneamente por cuentas de Bitcoin. Durante todo el proceso de interacción, se pueden completar operaciones con un solo clic a través de las cuentas de Bitcoin. Los escenarios anteriores no se limitan a la vinculación isomórfica entre Bitcoin y CKB, sino que se pueden extender a Cardano, Liquid, Litecoin y otras categorías amplias. Todavía hay mucho margen para la imaginación.

Principios de implementación de Leap y escenarios de soporte

Mencionamos anteriormente que la función Leap es en realidad cambiar el UTXO vinculado al activo RGB ++, como cambiarlo de Bitcoin a Cardano, y luego puede usar la cuenta de Cardano para controlar el activo RGB ++. Después de eso, también puede transferir fondos en la cadena Cardano para dividir y transferir los activos RGB++ que controlan UTXO a más personas. De esta manera, los activos RGB++ se pueden transferir y distribuir en múltiples cadenas públicas UTXO, pero se puede omitir el modelo tradicional de Lock-Mint de puente entre cadenas. En este proceso, la cadena pública de CKB debe actuar como un indexador para presenciar y procesar las solicitudes de Leap. Supongamos que desea transferir activos RGB++ vinculados a BTC a una cuenta de Cardano. Los pasos principales no son más que:1. Publicar un Compromiso en la cadena Bitcoin, anunciando la desvinculación de la Célula vinculada a BTC UTXO;2. Publicar un Compromiso en la cadena de Cardano, anunciando que la Célula estará vinculada a Cardano UTXO;3. Cambie el script de bloqueo de Cell para cambiar el UTXO de Bitcoin asociado con las condiciones de desbloqueo a eUTXO en Cardano.

Podemos notar que durante todo este proceso, los datos de los activos RGB++ todavía se almacenan en la cadena CKB, pero el Bitcoin UTXO asociado con las condiciones de desbloqueo se cambia a eUTXO en la cadena Cardano. Por supuesto, el proceso de ejecución específico es mucho más complicado que lo mencionado anteriormente, por lo que no entraré en detalles aquí. Además, hay una premisa implícita en el plan de salto, es decir, la cadena pública CKB sirve como un testigo externo, un índice y una instalación de DA. Como cadena pública, su credibilidad supera con creces los métodos tradicionales de puente entre cadenas, como MPC y multifirma. De hecho, se pueden realizar escenarios muy interesantes basados en la función Leap. Por ejemplo, podemos realizar "transacciones de cadena completa". Supongamos que construimos un indexador en Bitcoin, Cardano y CKB, y construimos una plataforma de negociación que permite a los compradores y vendedores intercambiar activos RGB++. Los compradores pueden transferir sus Bitcoins a los vendedores y luego usar sus cuentas de Cardano para recibir activos RGB++. . Durante este proceso, los datos del activo RGB++ aún se registran en la celda, pero la celda se transferirá al comprador y luego su permiso de desbloqueo se cambiará del Bitcoin UTXO del vendedor al Cardano eUTXO del comprador.

Envoltorio

Aunque la función Leap es perfecta para los activos RGB++, todavía hay algunos cuellos de botella: Para Bitcoin y Cardano, los activos RGB++ son esencialmente inscripciones/runas/monedas teñidas basadas en el opcode OP_RETURN. Estos nodos de cadena pública no pueden percibir la existencia de activos RGB++, y CKB participa en la coordinación como un indexador. Es decir, para Bitcoin y Cardano, la Capa RGB++ principalmente soporta el Leap de inscripciones/runas/monedas teñidas, en lugar del intercambio cruzado de activos nativos como BTC y ADA. En este sentido, la Capa RGB++ presentó oficialmente Wrapper, que puede entenderse simplemente como un puente basado en pruebas de fraude y sobrecolateralización. Tomando el wrapper rBTC como ejemplo, conecta BTC a la Capa RGB++, y un conjunto de contratos inteligentes que se ejecutan en la Capa RGB++ supervisan a los guardianes del puente. Si un guardián actúa maliciosamente, su colateral será recortado. Si los guardianes confabulan para robar BTC bloqueados, los poseedores de rBTC pueden recibir una compensación completa.

Después de combinar Leap y Wrapper, varios activos en el ecosistema BTCFi, como activos nativos RGB++, BRC20, ARC20, runas, etc., pueden transferirse a otras capas o cadenas públicas.

La imagen a continuación es parte del proceso de solicitud de LeapX. Puede ver que admite la interoperabilidad de casi todos los activos BTCFi principales en diferentes ecosistemas. Y hay procedimientos de procesamiento correspondientes para los activos con diferentes métodos de emisión. Algunos usan envoltorio y otros usan salto.

CKB-VM: motor de contrato inteligente de BTCFi

Anteriormente explicamos principalmente los conceptos de enlace isomórfico y salto de la capa RGB ++. Examinemos otros puntos a continuación. En BTCFi tradicional, debido a la falta de soporte de contratos inteligentes, solo se pueden implementar algunas Dapps relativamente simples. Algunos métodos de implementación tienen ciertos riesgos de centralización, mientras que otros son torpes e inflexibles. Con el fin de implementar una capa de contrato inteligente disponible en la cadena de bloques, CKB proporciona CKB-VM para la capa RGB ++. Cualquier lenguaje de programación que pueda admitir la máquina virtual RISC-V se puede utilizar para el desarrollo de contratos en la capa RGB++. Los desarrolladores pueden usar sus herramientas y lenguajes preferidos para lograr un desarrollo y una implementación de contratos inteligentes eficientes y seguros bajo un marco unificado de contratos inteligentes y un entorno de ejecución. A continuación se muestra un método de transferencia de UDT de token definido por el usuario en CKB implementado en lenguaje C. Se puede ver que, excepto por la diferencia en el lenguaje, su lógica básica es la misma que la de los tokens generales. Dado que RISC-V tiene un amplio soporte de lenguaje y compilador, los requisitos para que los desarrolladores comiencen con el desarrollo de contratos inteligentes son relativamente bajos. Podemos reescribir fácilmente esta lógica usando JavaScript, Rust, Go, Java y Ruby. En lugar de tener que aprender un determinado lenguaje DSL para redactar contratos. Por supuesto, el lenguaje es solo un aspecto de la programación, y el aprendizaje de marcos específicos de contratos inteligentes es inevitable.

Ecología nativa AA: conectar sin problemas BTC y RGB++

Finalmente, vamos a entender brevemente la ecología nativa AA y la abstracción de cuenta detrás de RGB++ Layer. Dado que la esencia de BTCFi es proporcionar una experiencia diversa de Defi para activos nativos de Bitcoin, si es compatible con billeteras de Bitcoin convencionales será un factor importante a considerar para las instalaciones periféricas de BTCFi. RGB++ Layer reutiliza directamente la solución nativa AA de CKB y puede ser compatible con importantes cadenas públicas UTXO como BTC y Cardano tanto en el lado del desarrollador como en el lado del usuario. En RGB++ Layer, los usuarios pueden utilizar diferentes algoritmos de firma para la autenticación. Por ejemplo, los usuarios pueden manipular directamente activos en RGB++ Layer utilizando cuentas, billeteras o métodos de autenticación como BTC, Cardano o incluso WebAuthn. Tomemos como ejemplo el middleware de billetera CCC, que puede proporcionar billeteras y dApps con la operatividad de varias cadenas públicas en CKB. La imagen a continuación es la ventana de conexión de CCC. Podemos ver que admite entradas de billetera convencionales como Unisat y Metamask.

Otro ejemplo es la implementación de WebAuthn, de la cual la billetera ecológica CKB JoyID es un representante típico. Con JoyID, los usuarios pueden autenticarse directamente a través de datos biométricos como la huella dactilar o el reconocimiento facial, lo que permite un inicio de sesión y una gestión de identidades fluidos y altamente seguros. Se puede decir que la base de la unión isomórfica y Leap es que RGB++ Layer tiene una solución AA nativa completa, que es muy compatible con los estándares de cuenta de otras cadenas públicas. Esta característica no solo facilita el soporte para algunos escenarios clave, sino que también proporciona una experiencia de usuario que despeja el camino.

Resumir

En lo anterior, hemos examinado el panorama general de RGB++ Layer. Puede utilizarse como una infraestructura importante para varias Memecoins, como monedas inscritas/runas/tintadas, para realizar escenarios de interacción de cadena completa. El entorno de ejecución de contratos inteligentes construido por RGB++ Layer basado en RiscV puede crear un terreno fértil para la lógica empresarial compleja requerida por BTCFi. Debido a limitaciones de espacio, este artículo es solo una popularización simple de la tecnología central de RGB++ Layer y no realiza una popularización sistemática de muchos detalles complejos. En el futuro, seguiremos prestando atención al progreso de RGB++ Layer y realizaremos un análisis más completo y profundo de una serie de soluciones técnicas relacionadas con este proyecto. ¡Manténganse atentos!

declaración:

1. Este artículo es reproducido de [geek web3], el copyright pertenece al autor original [Faust & Misty Moon], si tiene alguna objeción a la reimpresión, por favor contacte alGate Learnel equipo, y el equipo lo manejará lo antes posible según los procedimientos relevantes.

2. Descargo de responsabilidad: Las opiniones expresadas en este artículo representan solo las opiniones personales del autor y no constituyen ningún consejo de inversión.

3. Otras versiones del artículo en diferentes idiomas son traducidas por el equipo Gate Learn y no se mencionan en el artículo.Gate.io, el artículo traducido no puede ser reproducido, distribuido o plagiado.