Por   DaPangDun  El 13 de febrero, Cipher, cofundador de CKB, presentó un protocolo extendido para RGB:   . Este anuncio rápidamente captó la atención del mercado y tuvo un impacto notable en los precios del mercado secundario de CKB. RGB++  Antes de la presentación de este protocolo, participé en varias discusiones exhaustivas con Cipher sobre el protocolo RGB, explorando sus conceptos y formulaciones iniciales. En consecuencia, he decidido escribir un breve artículo para expresar mi comprensión directa del protocolo RGB++, mis opiniones personales al respecto y mis perspectivas sobre las posibles implicaciones y efectos de este protocolo.  Descripción general de RGB++: ampliación de los casos de uso de la tecnología RGB  Para comprender RGB++ de manera concisa, considere los siguientes puntos clave:  1.1 Un protocolo de extensión basado en RGB  Incorpora determinadas tecnologías del protocolo RGB. Aunque no pertenece estrictamente al ecosistema RGB, amplía significativamente los casos de uso de la tecnología RGB.  1.2 Mejora de las capacidades del protocolo RGB actual  Resuelve los desafíos técnicos existentes en la aplicación práctica del protocolo RGB e introduce funcionalidades mejoradas, incluidos "procesos de verificación", "programabilidad de contratos" y "máquinas virtuales completas de Turing".  1.3 Realizado mediante enlace isomórfico UTXO  Los UTXO de Bitcoin se asignan a las células Nervos CKB. Este proceso aprovecha las restricciones de los scripts en las cadenas de bloques CKB y Bitcoin para garantizar la precisión de los cálculos estatales y la legitimidad de las transferencias de propiedad. Creo que el concepto de enlace isomórfico ofrece un potencial significativo de escalabilidad.  2. ¿Por qué introducir el protocolo RGB++?  Quienes conocen mi trabajo saben que he estado profundamente involucrado en la investigación del protocolo RGB, monitoreando constantemente su desarrollo y el crecimiento de su ecosistema. Mi extensa investigación ha revelado que, aunque el protocolo RGB está bellamente diseñado, enfrenta varios desafíos en la implementación práctica:  2.1 Progreso más lento en el desarrollo RGB  Un factor que contribuye es que la mayoría de sus elementos de diseño son conceptos completamente nuevos o están destinados a establecer nuevos estándares. Ambos requieren una planificación meticulosa e integral y la creación de un código novedoso desde cero.  Otro factor es el número relativamente pequeño de desarrolladores involucrados en la capa de protocolo. Esto se desprende de la composición del personal de LNP/BP y del alcance limitado de los proyectos actuales dentro del ecosistema.  2.2 Desarrollo de RGB afectado por factores externos incontrolables  Por ejemplo, el protocolo RGB suele estar diseñado para funcionar en Lightning Network. Sin embargo, el estándar atornillado actual no admite adecuadamente los contratos RGB. Para abordar esto, la Asociación LNP/BP ha introducido un nuevo estándar para Lightning Network llamado bifrost. Pero implementar bifrost es una tarea enorme, que requiere un trabajo sustancial y potencialmente esperar desarrollos más amplios en Lightning Network.  Además, el proceso de transferencia en RGB implica el manejo de facturas y comités. Actualmente se pueden gestionar a través de plataformas como web2 (Twitter, Telegram, etc.) o redes peer-to-peer. Sin embargo, para lograr un enfoque más unificado, es necesario un protocolo estandarizado de transmisión. Este rol está destinado a nodos de tormenta. Sin embargo, establecer una red de este tipo también es una tarea que requiere mucha mano de obra.  2.3 La máquina virtual AluVM en RGB actualmente carece de herramientas de desarrollo sólidas y código práctico  Esto implica que, incluso después del lanzamiento completo de la versión 0.11, se necesita mucho tiempo para evaluar el rendimiento y la confiabilidad de la máquina virtual. Además, se requiere un período considerable para acumular experiencia en el desarrollo de código utilizando AluVM y en la creación de bibliotecas estándar.  Estos desafíos hacen que RGB se destaque en un mercado donde cada segundo cuenta, similar a la fase inicial de desarrollo de BTC. Introduce varias incertidumbres: impactos de los ciclos del mercado (como perderse fases de financiación alcista), influencias emocionales, la fusión de otras nuevas tecnologías (integraciones que combinan otras tecnologías con aspectos de RGB para obtener una ventaja temprana), entre otras.  Para resumir:   RGB es muy prometedor, pero la plena realización del protocolo es un proceso largo y plagado de incertidumbres.  Este constituye el telón de fondo y los desafíos que el protocolo RGB++ busca abordar.  La esencia técnica de la solución RGB++: enlace isomórfico  Como tal, el enfoque principal en las etapas iniciales de la discusión se centró en dos preguntas clave: "¿Cómo podemos resolver los desafíos de implementación que enfrenta RGB?" y "¿Es factible aprovechar las tecnologías existentes de CKB para abordar estos problemas hasta cierto punto?"  En un enfoque creativo, Cipher hizo uso del elemento fundamental de RGB, "UTXO", y su paralelismo arquitectónico con CKB, proponiendo el concepto de "enlace isomórfico". Este concepto sentó gradualmente las bases para la estructura del protocolo "RGB++".  Considere la siguiente ilustración, que integra dos componentes cruciales del protocolo RGB con el marco de CKB:  El   en RGB, que actúa como contenedor, se puede mapear en   de CKB. Esto se logra utilizando el script de bloqueo en la celda. UTXO la celda  El mecanismo   en RGB se puede transformar en   dentro de CKB. Los datos y el estado utilizados para la verificación en RGB se pueden integrar correspondientemente con los datos y elementos de tipo dentro de la Celda. de verificación del lado del cliente fuera de la cadena verificación pública dentro de la cadena  Fuente:   <https://talk.nervos.org/t/rgb-protocol-light-paper/7733](https://talk.nervos.org/t/rgb-protocol-light-paper/7733)  Al emplear "enlace isomórfico", se ha realizado el proceso de interpretación de los comités RGB en CKB. Además, para mantener la compatibilidad, los usuarios aún pueden realizar interpretaciones en RGB, lo cual es una funcionalidad particularmente interesante.  Un análisis más profundo revela que Cipher ha "deconstruido" y "modularizado" efectivamente la tecnología RGB. Esto implica evaluar si ciertos módulos podrían aprovechar enfoques tecnológicos alternativos o sustitutos, lo que conduciría a una gama más amplia de posibilidades.  Tras la implementación del "enlace isomórfico", el protocolo gana naturalmente extensibilidad, lo que permite la realización de varias funciones de extensión (se puede encontrar información detallada en el documento técnico):  3.1 Plegado de transacciones  Aprovechando la capacidad de programación de CKB Cells, se pueden alinear múltiples transacciones CKB con una sola transacción Bitcoin RGB++. Esta estrategia permite la expansión de la cadena Bitcoin, que normalmente es más lenta y tiene menor rendimiento, utilizando la cadena CKB de alto rendimiento.  Ampliando el concepto de "plegado de transacciones", es posible que no todos los cambios de estado necesiten sincronización en la cadena de bloques de Bitcoin, introduciendo esencialmente un mecanismo de "verificación fuera de la cadena" en CKB.  3.2 Contratos sin líder  Los contratos sin líder están diseñados para que cualquiera pueda modificar el estado del contrato siempre que cumpla con sus restricciones, sin la necesidad de que un proveedor de firma digital específico inicie los cambios.  Este tipo de contrato allana el camino para sistemas contractuales más complejos, como los creadores de mercado automatizados (AMM).  3.3 Transferencias no interactivas  Una característica de las transferencias del protocolo RGB es la necesidad de que ambas partes comuniquen cierta información para completar una transacción. Este requisito tiene sus ventajas (como la protección contra tokens de estafa), pero también aumenta la complejidad y la curva de aprendizaje del usuario. RGB++ puede aprovechar estos beneficios transfiriendo procesos interactivos al entorno CKB, implementando una operación de envío y recepción para facilitar la lógica de transferencia no interactiva.  Este enfoque es esencial para ejecutar lanzamientos aéreos generalizados de manera eficaz.  3.4 AMM+DEX  Es posible integrar el diseño AMM basado en red de CKB, creando así un modelo de creación de mercado basado en el sistema UTXO. Aunque es diferente del modelo de creación de mercado de curva de precios de Uniswap, esto representa un importante paso adelante para los modelos basados en UTXO.  4. El impacto del protocolo RGB++  Dado que el protocolo se introdujo recientemente y su desarrollo completo aún está en marcha, y considerando que muchas personas no están completamente familiarizadas con el protocolo RGB en sí, existe una falta general de conciencia sobre los posibles efectos transformadores que RGB++ podría traer. Explicaré mi perspectiva sobre el impacto del protocolo RGB++ desde varios ángulos:  4.1 Para CKB: RGB++ como palanca crítica en la lucha por el mercado L2 legítimo de Bitcoin  CKB, conocido por su mecanismo POW y un modelo avanzado "UTXO", es considerado por su "ortodoxia". Sin embargo, a pesar del respaldo inicial de varias instituciones de alto perfil, su red y ecosistema no han experimentado un crecimiento particularmente impresionante.  Este año, con su giro hacia el espacio L2 de Bitcoin, lo veo como un período crucial de oportunidades para CKB. Por un lado, la tecnología subyacente y la infraestructura fundamental han madurado en los últimos años. Por otro lado, está alineado oportunamente con la actual ola de interés.  Durante mis conversaciones con Cipher, él presentó una perspectiva que encontré particularmente esclarecedora:   La clave para ganar en el ámbito Bitcoin L2 depende de L1.  RGB++ fomenta una integración más profunda entre CKB y la cadena principal de Bitcoin, reforzando así su pretensión de "ortodoxia". Esta conexión más profunda es la razón por la que la veo como uno de los anclajes fundamentales.  Digresión: Discusión de la L2 'tradicional'.  El concepto de tecnología de Capa 2 (L2), particularmente en su forma madura, ha evolucionado principalmente a partir de los desarrollos en Ethereum. A medida que diversas soluciones L2 y desarrollos modulares han progresado, la definición de L2 se ha vuelto más ambigua. En el contexto de Ethereum, el enfoque se inclina hacia el pragmatismo y la idea de "ortodoxia" está disminuyendo progresivamente.  Sin embargo, en la red Bitcoin, la noción de "ortodoxia" ha sido constantemente una señal destacada durante todo su proceso de desarrollo. En la actualidad, según mi punto de vista personal, la jerarquía "ortodoxa" dentro de la L2, clasificada de mayor a menor, es:  1. Red Lightning, RGB, BitVM  Estos tres sistemas son familiares para muchos. En esencia, cada uno sigue un camino fundamentalmente diferente en la implementación y aborda aspectos distintos. Actualmente, Lightning Network es la más avanzada en términos de desarrollo, seguida de RGB y luego BitVM.  2. Cadenas laterales  Los ejemplos incluyen Liquid, Stacks, CKB y otros. La mayoría de ellos todavía utilizan la arquitectura UTXO pero con ciertas adaptaciones o innovaciones para mejorar aspectos como la escalabilidad (incluida la privacidad y la programabilidad) y refinar el mecanismo de consenso.  Las cadenas laterales, hasta cierto punto, pueden percibirse como cadenas experimentales para BTC, que sirven para probar nuevas funciones o características que son temporalmente inviables en la cadena principal de BTC.  3. Otros  Esta categoría podría abarcar 'L2 basado en protocolos entre cadenas', 'L2 basado en EVM (Ethereum Virtual Machine)' y más. En general estoy de acuerdo con la perspectiva de Ajian.  Fuente:   <https://twitter.com/AurtrianAjian/status/1755121187741720964](https://twitter.com/AurtrianAjian/status/1755121187741720964)   https://mirror.xyz/_next/image?url=https%3A%2F%2Fimages.mirror-media.xyz%2Fpublication-images%2F-yQzDAFa8PvWxa6mi54Yf.png&w=3840&q=75  4.2 Con respecto a RGB: RGB++ amplifica la posibilidad de integración con otras cadenas de bloques públicas basadas en arquitectura UTXO  El protocolo RGB posee inherentemente la capacidad de fusionarse con otras cadenas de bloques públicas construidas sobre la arquitectura UTXO. La publicación oficial de Twitter de la Asociación LNP/BP ha revelado su intención de facilitar la interoperabilidad con la red Liquid.  Fuente:   <https://x.com/lnp_bp/status/1747930079252951058?s=20](https://x.com/lnp_bp/status/1747930079252951058?s=20)  Mediante la integración de determinadas tecnologías de CKB y RGB se comprobará en gran medida la viabilidad práctica de esta combinación.  Profundizando más: si abstraemos aún más el protocolo RGB++, transformándolo en una capa de extensión más expansiva diseñada para unir el protocolo RGB con todas las cadenas de bloques públicas basadas en arquitectura UTXO que poseen escalabilidad, su narrativa y propuesta de valor mejorarían enormemente. Esta es también la dirección que preveo que Cipher posiblemente seguirá en su próxima fase de esfuerzos.  Además, esta estrategia proporciona vías de desarrollo alternativas para proyectos dentro del ecosistema RGB, que se apartan del enfoque simplista de "puentes entre cadenas de firmas múltiples" y se basan en metodologías nativas.  Para otras soluciones de Bitcoin Layer 2: ofrecer un plan técnico para incorporar el protocolo RGB  El desglose analítico de Cipher de la arquitectura de la tecnología RGB podría servir como un valioso paradigma de pensamiento para los técnicos que trabajan en otras soluciones de Capa 2.  Podrían integrar tecnologías específicas necesarias de RGB con las características técnicas y fortalezas únicas de su proyecto. Esto les permitiría "sintetizar" estos elementos en un nuevo paradigma de producto, potencialmente incluso logrando una "ventaja líder" (el término "ventaja líder" aquí no es despectivo; significa la naturaleza combinatoria de la tecnología y la innovación dentro del ecosistema BTC). Esta "ventaja líder" probablemente también promovería la proliferación y evolución del protocolo RGB).   En general, aunque RGB++ se encuentra actualmente en la etapa de documento técnico, tengo un optimismo teórico al respecto. Tiene el potencial de inyectar nueva vitalidad al protocolo RGB y también podría revitalizar la red CKB.    : Biografía del autor  , Investigador independiente   DaPangDun  Este artículo es una traducción de la publicación original de DaPangDun.

This is a PR written by or for the company mentioned within it. The writer has a vested interest in the company and products mentioned within.

Este audio es producido en el idioma original de la historia!

RGB++: Avanzando en la Capa 2 de Bitcoin con innovación

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps