El 23 de febrero, el fundador de CELL Studio/cofundador de Nervos CKB/autor del protocolo RGB++ Cipher, el KOL Huajiao chino de Web3, el evangelista chino RGB Da Pangdun, el fundador geek de Web3 Fasut, el CMO del Fondo Ecológico de CKB/iniciador de SeeDAO Baiyu y el embajador de la comunidad de CKB, CyberOrange, hablaron con todos sobre el pasado y presente del protocolo RGB++.

El siguiente es el contenido clave organizado según el audio:

La historia del desarrollo del protocolo RGB.

El protocolo RGB se remonta a la verificación del cliente propuesta por Peter Todd en 2016. La idea central es que no necesitamos que todo esté en la cadena, solo necesitamos que la cadena de bloques haga lo que puede hacer, como la luz. Verificación cuantitativa. Esta es una generación.

La segunda generación fue Giacomo Zucco, quien se inspiró en las ideas de Peter Todd e inicialmente conceptualizó el protocolo RGB, pero este MVP estaba muy incompleto.

El Sandaime es ahora Maxim Orlovsky. Más del 90% del código del protocolo RGB fue aportado por el Dr. Maxim. No recaudó fondos y dependió enteramente de donaciones y gastos de bolsillo. Sin embargo, las donaciones sólo pueden resolver algunos problemas económicos personales y no tienen ningún efecto. fondos suficientes para contratar un gran número de ingenieros. Además, el Dr. Maxim también estableció la Asociación de Estándares LNP/BP para promover el protocolo RGB hacia aplicaciones prácticas.

Para obtener más información sobre el protocolo RGB y la Asociación de Estándares LNP/BP, bienvenido a ver la serie de videos de divulgación científica producidos por Web3 Chinese KOL Huajiao.

El evangelista chino RGB Da Pangdun agregó que RGB se considera un plan de expansión de Bitcoin más ortodoxo y tiene esperanzas para muchas personas. Sin embargo, la Asociación Estándar LNP/BP no tiene fines de lucro y depende principalmente de donaciones. No tiene fondos suficientes para reclutar desarrolladores, lo que resulta en un lento progreso del protocolo RGB. Actualmente no existe una hoja de ruta y existen muchas incertidumbres. Ralentizará aún más otros proyectos. El progreso del desarrollo de proyectos basados ​​​​en RGB forma un "círculo vicioso".

Además, el control actual de RGB y su asociación recae principalmente en el Dr. Maxim, Big Fat Dun cree que la asociación debería ser más abierta.

El fondo de nacimiento de RGB++

Cipher dijo que vio un artículo que presentaba RGB hace unos meses. El artículo mencionaba que el protocolo RGB tiene desventajas en la transmisión de datos y la interacción del usuario. Por ejemplo, la transferencia RGB requiere que ambas partes estén en línea al mismo tiempo y requiere operaciones interactivas. El remitente también deberá aportar datos históricos acreditativos de los bienes, etc. Cipher cree que el protocolo RGB es muy elegante, pero la experiencia del usuario no es lo suficientemente amigable e incluso problemática, y en la práctica hay muchos problemas en la capa de aplicación. Por ejemplo, los datos RGB están dispersos en las manos de todos, lo que hace que sea muy difícil. construir aplicaciones como DeFi o DEX.

Como gerente de producto, es muy consciente de que estas dificultades o desventajas del protocolo RGB en realidad pueden resolverse directamente en la cadena de bloques, como redes P2P que no dependen de nadie, datos compartidos, máquinas virtuales que pueden verificar transacciones y no -Experiencia operativa de estilo interactivo. Esta es también la idea central más antigua de RGB ++, que consiste en confiar la verificación del cliente fuera de la cadena del protocolo RGB a una cadena de bloques completa de Turing basada en el modelo UTXO y el mecanismo de consenso PoW.

RGB++ tiene muchas ventajas, como permitir transacciones no interactivas, plegar transacciones y una experiencia de usuario muy amigable. La desventaja es que la privacidad no es tan buena como la del RGB en sí, pero solo se reduce al nivel de protección de la privacidad de la cadena de bloques de Bitcoin. . Además, cabe señalar que la protección de la privacidad de RGB no es perfecta, porque el remitente debe proporcionar todas las pruebas históricas del activo y el receptor puede ver los registros de transacciones anteriores del remitente. En CKB, el protocolo Mimblewimble se puede utilizar para ocultar los montos de las transacciones y cortar el historial de transacciones, lo que brinda a RGB++ una mejor privacidad. Sin embargo, el equipo de la primera etapa no tenía la energía para hacer esto.

Además, Cipher también mencionó algunas controversias sobre el protocolo RGB++ en X. Cree que todos pueden tener discusiones académicas, pero no deberían llamarlo estafa de inmediato.

Finalmente, Cipher también abordó los problemas de compatibilidad. RGB usa AIuVM, y la primera versión de RGB++ usa CKB-VM, que es técnicamente incompatible. Sin embargo, gracias a que CKB-VM usa el conjunto de instrucciones RISC-V, AIuVM se puede compilar en CKB-VM más adelante, para que sea compatible con RGB. capa. Además, los activos también se pueden conectar mediante jump.

Qué diferencia el protocolo RGB++ del RGB

CyberOrange mencionó que las dos tecnologías más importantes de RGB son el sellado único y la verificación del cliente. La primera permite que los activos RGB estén protegidos por la cadena de bloques de Bitcoin y la segunda verifica principalmente las transacciones de activos RGB. El protocolo RGB++, además de permitir a los usuarios de RGB utilizar la verificación del lado del cliente, también les ofrece una opción adicional: la verificación en cadena CKB. Si el monto de la transacción no es muy grande, los usuarios no necesitan realizar una verificación completa del cliente ellos mismos, sino que eligen la verificación del script CKB.

El segundo punto es la privacidad. El protocolo RGB ++ coloca datos en la cadena CKB y permite que CKB actúe como la capa DA. Su privacidad es menor que la del protocolo RGB original, que Cipher presentó en detalle anteriormente. Al igual que una moneda tiene dos caras, el uso de CKB como capa DA hará que sea mucho más sencillo diseñar DEX u otras aplicaciones DeFi.

El tercer punto es la diferencia en las capacidades de expansión. En teoría, la capacidad de expansión de RGB puede ser mayor porque la verificación de su cliente no requiere una cadena de bloques, pero de hecho, el protocolo RGB ++ también puede utilizar otros mecanismos para lograr la expansión.

Finalmente, CyberOrange mencionó que RGB++ y RGB también son compatibles. RGB admite operaciones de salto, lo que permite que los activos RGB salten de una cadena UTXO a otra cadena UTXO, y la cadena de bloques CKB también puede admitir esta función, abriendo así activos RGB y activos RGB++.

Fasut, el fundador de "Geek Web3", mencionó que muchos conceptos de RGB son similares a los canales estatales y todos deben ser verificados por usted mismo. La red RGB es como una red compuesta por innumerables jugadores OTC. Las transferencias no requieren el consenso de todos, solo el consentimiento de ambas partes para la transacción es suficiente y el contenido de la transacción solo lo conocen ambas partes.

Sin embargo, Fasut mencionó que dado que el remitente de la transacción RGB debe proporcionar todos los registros históricos del activo, si el activo cambia de manos con frecuencia y la cantidad de datos es grande, puede causar presión de almacenamiento y presión de transmisión. Además, RGB también tiene el problema del almacenamiento de activos fragmentado. Todos solo almacenan datos de activos relacionados con ellos mismos, y cada cliente almacena datos diferentes. Si hay un problema con el cliente de un usuario, no se realiza una copia de seguridad de los datos. nunca será tocado. Por eso, Fasut cree que RGB sacrifica la usabilidad por la privacidad.

En opinión de Fasut, RGB++ se parece más a un "RGB optimista", similar a Optimistic Rollup, que requiere que los usuarios crean que el tercero (aquí, la cadena de bloques CKB) no hará el mal. RGB++ coloca todos los datos RGB en la cadena CKB y, al mismo tiempo, los nodos CKB verifican las transacciones de activos RGB, logrando disponibilidad y ahorrando muchos problemas en el protocolo RGB tradicional. Con respecto a RGB y RGB++, "Geek Web3" ha publicado un artículo muy completo "De RGB a RGB++: cómo CKB potencia el protocolo de activos ecológicos de Bitcoin". Los amigos que aún no lo hayan leído pueden hacer clic en el enlace para leerlo.

Sin embargo, desde el punto de vista de CyberOrange, RGB++ no obliga a los usuarios a confiar en CKB, pero ofrece una opción adicional. Por supuesto, los usuarios también pueden utilizar el cliente RGB para verificar todas las transacciones.

Con respecto a la presión de almacenamiento de datos mencionada anteriormente, Huajiao aclaró que esto ya no es un problema. El Dr. Maxim lo ha considerado antes y hay billeteras con bases de datos locales integradas, por lo que los usuarios ya no necesitan ejecutar nodos RGB individualmente. Con respecto a la factura de las transacciones RGB, Huajiao consultó a los desarrolladores de RGB. Las transacciones fuera de línea se pueden realizar en la red principal, pero no en el canal Lightning Network. Ambas partes de la transacción deben estar en línea al mismo tiempo. En cuanto a los contratos sin propietario, RGB no tiene un estado global, por lo que será difícil crear aplicaciones DeFi basadas en RGB. El Dr. Maxim diseñó Bifrost para este propósito, que es equivalente a una subversión de Lightning Network. a un Layer3 se puede lograr expansión en más sentidos.

Horario RGB++

Cipher espera completar el MVP de la primera versión del protocolo RGB++ para finales de marzo de este año, incluido el lanzamiento de RGB++ en la red principal, un DEX en la Capa 2 que admita tokens fungibles y NFT, y las billeteras y navegadores correspondientes. .

Además, Cipher también está reclutando desarrolladores familiarizados con Rust y el lenguaje C para el protocolo RGB++. Los socios interesados ​​pueden contactarlo individualmente.

Sesión de preguntas y respuestas

P1: ¿Qué tan amigable es RGB++ para los desarrolladores?

Cifrado: ya sea RGB o RGB++, el trabajo principal de los desarrolladores es fuera de la cadena, no en la cadena de Bitcoin. Para RGB, la mayor parte del trabajo de los desarrolladores es cómo ensamblar transacciones RGB, cómo generar certificados RGB, cómo escribir contratos en RGB, etc. Lo que se debe hacer en RGB ++ es lo mismo, pero muchas cosas de la cadena de bloques CKB se resolvieron. directamente. Tomando DEX como ejemplo, en CKB se trata de cómo hacer un DEX que pueda aceptar activos RGB ++. Su dificultad de desarrollo no es muy diferente de la de desarrollar otros contratos en CKB. En la actualidad, las herramientas de desarrollo de CKB son relativamente completas. Un desarrollador capacitado probablemente pueda comenzar después de unos días de estudio.

P2: ¿Cuál es la relación entre los tokens RGB++ y CKB?

Cifrado: cada transacción RGB++ enviará simultáneamente una transacción Bitcoin y una transacción CKB. Cada usuario del ecosistema RGB++ tendrá una UTXO (Cell) correspondiente en la cadena CKB para sus transacciones, activos o estado, que ocupará y utilizará parte del CKB. Además, los desarrolladores también desarrollarán contratos en la cadena CKB.

P3: Después de que CKB obtenga las transacciones RGB, ¿se comprimirá?

Cifrado: "RGB++ Protocol Light Paper" menciona el plegado de transacciones, que puede corresponder a múltiples transacciones CKB y una transacción Bitcoin RGB++, de modo que la cadena Bitcoin de baja velocidad y bajo rendimiento se pueda expandir con una cadena CKB de alto rendimiento.

El otro es la compresión de estado. El protocolo CoTA se implementó desde muy temprano. No importa cuántos tokens tengas, se pueden comprimir en un espacio de 32 bytes. Aún no se ha investigado mucho si RGB ++ puede lograr una compresión de estado similar, pero esta es una buena dirección.

P4: Si desarrollo en CKB, ¿existen herramientas de soporte como Subgraph, Oracle, etc.? ¿O necesita esperar el soporte de terceros?

CyberOrange: el oráculo no está disponible actualmente en la cadena CKB. Para algunas otras interfaces, CKB tiene un estándar de codificación y decodificación de datos. Puede usar ese estándar para analizar datos, pero es posible que deba escribir algo manualmente.

P5: ¿Cuál es el tps de CKB?

CyberOrange: Si es una transferencia simple, los tps de CKB pueden llegar a más de 300.

P6: El artículo sobre seguridad RGB++ menciona que Bitcoin requiere la confirmación de 6 bloques antes de que sea casi imposible revertirlo, y CKB requiere alrededor de 20 bloques. ¿Tendrá esto un impacto en la experiencia del usuario de RGB++? ¿Quizás el usuario no quiere esperar tanto?

Cifrado: si simplemente envía una transacción de capa uno, enviará una transacción CKB simultáneamente. Esto depende principalmente de la velocidad de producción de bloques de Bitcoin. No es necesario esperar tantas confirmaciones de bloques. La experiencia de transferencia es la misma. Usted mencionó que debe esperar a que se confirmen 6 bloques. Esto se debe a que los activos saltan de la Capa 1 de Bitcoin a CKB. Para garantizar la seguridad, se deben confirmar 6 bloques de Bitcoin antes de que se puedan desbloquear los activos saltados. CKB operar. Esto está controlado por contratos inteligentes y no requiere firmas múltiples ni de terceros. Para operaciones posteriores en la cadena CKB, solo necesita esperar el tiempo de bloqueo de diez segundos en CKB. Si desea volver a la cadena Bitcoin, debe esperar más de 20 confirmaciones de bloques CKB para garantizar la seguridad. Las operaciones de salto no son frecuentes, por lo que el impacto en la experiencia del usuario no es tan grande y otras soluciones entre cadenas a menudo requieren una espera relativamente larga.

P7: ¿El DEX que se lanzará antes de finales de marzo respaldará activos como Bitcoin Inscription?

Cifrado: Sí.

$CKB#RGB