Pila UTXO: la edición completa del protocolo RGB++ que traza el curso de Bitcoin

Recientemente, UTXO Stack se explicó mejor a algunos entusiastas, desarrolladores, poseedores de tokens y recién llegados que quizás hayan oído hablar de él o recién se estén familiarizando con él. Se informó a la audiencia sobre lo que significa el protocolo RGB++ , la esencia de su edición completa y sus planes. Comenzó destacando la misión y el posicionamiento del protocolo RGB++, que se centra en la construcción de soluciones nativas de programabilidad y escalabilidad para el ecosistema Bitcoin, es decir, de una manera inherentemente nativa. La necesidad de seguir el camino nativo, dice Cipher, cofundador de Nervos CKB, “no es solo una cuestión política, se trata más bien de un camino nativo que podría proporcionar una solución vital”.

¿Qué significa 'nativo'?

Se refiere a la utilización de las características inherentes de Bitcoin: prueba de trabajo (PoW) y salidas de transacciones no gastadas (UTXO). Sólo aprovechando estas dos características se puede afirmar que se utiliza un enfoque nativo para ofrecer una solución superior. Se diferencia completamente del ecosistema Ethereum, que se basa en un modelo de cuenta y prueba de participación (PoS) .

En los últimos años, el ecosistema Ethereum ha tenido varias soluciones de escalabilidad, incluidas Plasma, Sharding, Raiden Network y Rollups. Los rollups se han convertido en la solución óptima para la escalabilidad de Ethereum porque aprovechan al máximo las ventajas del modelo de cuenta y PoS.

Sin embargo, si bien funcionó para Ethereum, la misma suposición no se aplica automáticamente a Bitcoin de que los paquetes acumulativos son su mejor solución. Más bien, se están explorando otras soluciones o incluso mejores. Estos incluyen las cuatro direcciones principales para los enfoques de extensión o escalabilidad de Bitcoin:

1. Cadenas laterales : Constan de un puente, específicamente puentes multifirma, y una capa 2 compatible con EVM (Puente+EVM). Merlin, BEVM y Satoshi VM se encuentran entre los mejores ejemplos. Sin embargo, no son realmente soluciones de capa 2 de Bitcoin, sino más bien puentes hacia una capa 2 de Ethereum. Su seguridad depende del puente multifirma y ha habido una innovación limitada en esta área.

   
   

2. Rollups : para verificar el estado de la capa 2 directamente en la capa 1 de Bitcoin, se necesita algo especial en el script de Bitcoin. Por lo tanto, una tecnología altamente sofisticada como BitVM con el soporte potencial de OP_CAT está destinada a hacer que lograr esto sea más fácil aunque desafiante. Mientras tanto, existe una creencia general en el espacio de que no es probable que BitVM complete su desarrollo dentro de este actual ciclo alcista del mercado de Bitcoin. Por lo tanto, la solución acumulada podría implementarse en el próximo mercado alcista que se espera para los próximos cuatro años.

   
   

3. Canales/LN : Los canales y Lightning Network se denominan enfoques de escalabilidad nativa de Bitcoin. Ya tenemos una Lightning Network madura que opera en Bitcoin, con más de 10.000 nodos y millones de usuarios. Sin embargo, esta red actualmente sólo admite Bitcoin. Si algún día pudiera admitir monedas estables u otras monedas definidas por el usuario, sería significativamente más útil. El equipo de CKB también está desarrollando una CKB Lightning Network, que se espera que se conecte con Bitcoin Lightning Network este año. Esta es una solución muy prometedora para Bitcoin, aunque está más dedicada a canales o redes de pago y enfrenta desafíos.

   
   

4. CSV (Validación del lado del cliente) : esta es una solución nativa de Bitcoin disponible solo para el modelo UTXO. Los proyectos notables incluyen RGB, Taproot Assets y el protocolo RGB++.

El problema

A pesar de que se han creado más de cien soluciones de capa 2 en la cadena de Bitcoin, ninguna ha podido abordar el problema de la programabilidad y la escalabilidad. Las soluciones de capa 2 de Bitcoin más maduras siguen el enfoque de puente multifirma más capa compatible con EVM. Básicamente, unen la cadena Bitcoin real con otra cadena con bitcoins que no son reales (bitcoins sombra o pseudobitcoins). Sin una solución verdaderamente nativa, los bitcoins en la sombra siguen siendo no programables ni escalables porque el Bitcoin real permanece en la capa 1.

Ahí viene la solución sencilla del protocolo RGB++: permite la programabilidad completa de Turing directamente en la capa 1 de Bitcoin y se extiende a la capa 2 para lograr escalabilidad.

Por lo tanto, en pocas palabras, el protocolo RGB++ no es BitVM a pesar de que puede proporcionar capacidad nativa completa de Turing en la capa 1 de Bitcoin. No depende de ningún código OP nuevo ni requiere bifurcaciones duras o suaves, sino que proporciona directamente programabilidad en capa 1. Tampoco es un EVM ni un rollup, y no necesita un puente.

RGB++: cómo funciona

Cada UTXO de Bitcoin consta de dos componentes críticos, uno para el campo de cantidad (variable) para indicar el bitcoin contenido en el UTXO y otro para el script de bloqueo, que es similar a una dirección que indica propiedad y autoridad para desbloquear el UTXO.

El protocolo RGB++ adjunta datos adicionales como una lógica de programa adicional al Bitcoin UTXO original. Un único UTXO de Bitcoin está vinculado con una celda de datos fuera de la cadena (o lo que se denomina UTXO completo de Turing). Al conectar cada UTXO dentro de la cadena con datos fuera de la cadena y lógica de ejecución adicional, el UTXO fuera de la cadena se transfiere (a pesar de estar limitado por el script del UTXO) cada vez que se transfiere o gasta el UTXO original. Esto permite la transferencia de bits o activos adicionales de un UTXO a otro, ejecutando el script y forjando efectivamente una transacción fuera de la cadena con transferencia de estado fuera de la cadena de un estado a otro. Ésta es la esencia del protocolo RGB++.

El método se conoce como enlace isomórfico porque las transiciones de estado fuera de la cadena del protocolo RGB++ son verificadas por otra cadena PoW basada en UTXO completa de Turing, CKB, para garantizar la precisión de las transacciones. En comparación con el protocolo RGB original, que ejecuta procesos fuera de la cadena en el cliente del usuario, el protocolo RGB++ ejecuta estos procesos en la cadena CKB. Sin embargo, esto es opcional para los usuarios. Aquellos que no confían en CKB pueden descargar la transacción o solicitar el historial de transacciones al remitente y verificarlo ellos mismos.

Para explicar con más detalle la tecnología de unión isomórfica, mire el diagrama de arriba. El lado izquierdo representa la transacción de Bitcoin, mientras que el lado derecho es la transacción de CKB. El lado de CKB podría considerarse una "transacción fuera de la cadena" en comparación con la transacción dentro de la cadena de Bitcoin, aunque es una transacción dentro de la cadena cuando se ve desde la perspectiva de CKB. Las secciones de entradas y salidas de Bitcoin significan propiedad estatal o de activos, mientras que el compromiso, codificado en el campo OP_RETURN de la transacción de Bitcoin, es un hash de la transacción CKB.

El lado de las transacciones de CKB incluye un UTXO con un estado rico: cualquier cosa bajo la protección de un contrato inteligente. También cuenta con un cliente ligero de Bitcoin en la cadena CKB que actúa como generador o verificador de pruebas. Cuando se activa la prueba de una transacción, el contrato inteligente verifica si la transacción está codificada correctamente en el compromiso de Bitcoin. Esta tecnología ayuda a lograr una vinculación bidireccional de la transacción Bitcoin y UTXO con la transacción CKB y CKB Cell, asegurando que la transacción esté controlada o restringida por el contrato inteligente CKB. Así se logra la programabilidad en la capa 1 de Bitcoin con el protocolo RGB++.

El conocimiento básico del protocolo RGB ++ y su uso como método de enlace isomórfico se puede utilizar para introducir la acción Cross-chain Leap. Dado que las secciones de entradas y salidas de Bitcoin significan propiedad estatal o de activos, transferir la propiedad de un UTXO de Bitcoin a un UTXO de otra cadena, por ejemplo, Litecoin, requiere cambiar la estructura de datos de enlace isomorfo de UTXO de Bitcoin a UTXO de Litecoin. Sin embargo, cuando se produce la transferencia, nada cambia en el valor que conlleva.

Ésta es la esencia del salto entre cadenas. Elimina la necesidad de puentes, ya sean centralizados o descentralizados, al tiempo que permite una transferencia simple de una cadena a otra. Verificar la transacción también es sencillo. Rastrea el historial de transacciones con la prueba de la sucursal UTXO en una cadena y otra hasta llegar a la cadena Bitcoin inicial.

Un buen ejemplo de cómo se logra este salto de activos se puede ver en la primera aplicación de billetera con contraseña sin custodia de Bitcoin. JoyID . Con la billetera JoyID, los activos pueden pasar de la capa 1 de Bitcoin a la capa 2 y viceversa. Admite tokens fungibles y no fungibles, así como activos acuñados en Bitcoin o CKB con el protocolo RGB++.

Armado con estas utilidades (programabilidad de capa 1 y tecnología de salto entre cadenas), se puede lograr el paso final del protocolo RGB++: crear una extensión de escalabilidad para la capa 2 de Bitcoin. Podemos construir una capa 2 basada en UTXO con PoS.

Verifique PoS sin actividades maliciosas

Para implementar apuestas, recompensas y recortes en la capa 1 de Bitcoin, la capa de programabilidad proporcionada por el protocolo RGB++ se utiliza para ejecutar scripts de apuestas o recortes que brindan seguridad a la capa 2 de UTXO. Esta funcionalidad permite que los activos salten de la capa 2 de UTXO a la capa. 1 sin ningún puente centralizado o descentralizado. Esto es lo que hace UTXO Stack, como edición completa del protocolo RGB++.

Por motivos de seguridad y participación, se introducirá Babylon o protocolos similares como proveedor de seguridad de participación de Bitcoin para cadenas L2, mientras que otros tokens como las monedas CKB y RGB++ pueden aceptarse como activos de participación en la capa 1 según lo programado en los contratos inteligentes del protocolo RGB++. El nivel de seguridad de la capa 1 de Bitcoin es idéntico al del propio Bitcoin. Está garantizado por la histórica cadena PoW de Bitcoin. La seguridad para la capa 2 es similar a un resumen de OP (en Ethereum) con un período desafiante esperado en el que habrá un límite de seguridad similar al depósito. Una vez finalizado el difícil período, se espera que la seguridad mejore.

Con esta edición completa del plan del protocolo RGB++, el equipo y la empresa se dedican a crear la solución de pila UTXO centrándose en la escalabilidad de Bitcoin. El plan es desarrollar algo parecido a OP Stack + EigenLayer para Bitcoin, que es nativo de UTXO y no es compatible con EVM ni tiene ningún puente. Puede integrarse con futuras redes de iluminación y se espera que sea la mejor solución para la extensión de Bitcoin en lugar de una solución acumulada.

Se están realizando esfuerzos para aprovechar la sólida comunidad y el ecosistema que se han cultivado hasta ahora con proyectos como mercados de tokens fungibles y no fungibles, plataformas de lanzamiento, DOB, Stable++, Leap X, Omega, Nervape, billetera JoyID, etc.