Merlin Chain: Nueva generación de soluciones Capa 2 para el ecosistema de Bitcoin
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin desde la cadena lateral de Bitcoin hacia la solución ZK de Capa 2 de Bitcoin ha llamado la atención. Este artículo resumirá esto en base a mi comprensión personal.
La trayectoria de desarrollo de Merlin Chain se puede describir como una respuesta favorable a las circunstancias, cada paso ha sido inesperado. Con el apoyo de grandes comunidades como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin Chain eligió una ruta técnica de "integración y iteración" constante. Esta elección en realidad fue necesaria, ya que la red nativa de Bitcoin presenta defectos fundamentales de "programabilidad" en términos de disponibilidad de datos (DA) y completitud de Turing de contratos inteligentes (SC), lo que ha llevado a que, a pesar de la innovación activa en el ecosistema de Bitcoin durante más de un año, muchos proyectos aún no se hayan entregado completamente.
En este contexto, la estrategia de Merlin Chain es aprovechar lo mejor de cada uno y mejorar continuamente su marco técnico. Absorbe las ventajas de varios proyectos como RGB++, BitVM, zkVM, AVM y DA, con el objetivo de construir una solución más completa.
Según el contenido del informe, Merlin Chain era inicialmente una arquitectura de cadena lateral pura, construida sobre el servicio CDK RaaS de cierta plataforma, utilizando la arquitectura Validium. Esto significa que los datos de las transacciones de la cadena se almacenan completamente fuera de la cadena, y solo se publica la prueba de validez en L1, mientras que la red principal L1 no puede verificar la precisión de los datos de L2. Además, los datos originales se almacenan en una base de datos local, y el Comité de Disponibilidad de Datos (DAC) es responsable de la obtención, ordenación y verificación de los datos.
Es evidente que esta arquitectura requiere de la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. Para compensar esta deficiencia fundamental, Merlin ha realizado mejoras iterativas desde dos aspectos:
Primero, Merlin ha colaborado con BTCOS para mejorar el puente nativo entre cadenas, resolviendo el problema de verificabilidad de los datos de L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual Proof verificable - BitSNARK, basada en el marco ZK, combinándola con el puente Grail para actualizar las transferencias de activos y los cambios de estado de L2. Todo el proceso sincroniza el estado entre L2 y la red principal a través de una red intermedia ZK, y, finalmente, depende del bloqueo temporal de activos en la red principal y del mecanismo de desafío BitVM para lograr interacciones confiables.
En segundo lugar, Merlin colabora con Nubit para construir capacidades de disponibilidad de datos verificables (DA). La lógica básica es implementar nodos completos fuera de la cadena que sincronicen los datos de estado completo de BTC y las pruebas de cambios de estado, y lograr la verificación de estado y la confirmación de finalización a través de nodos ligeros desplegados en la red principal de BTC. Esta mejora aborda eficazmente los problemas de opacidad y falta de verificación que existían anteriormente en el DAS fuera de la cadena, y refuerza las capacidades de DA necesarias (que aún están en desarrollo).
El objetivo final de Merlin Chain es convertirse en una red de Bitcoin ZK-Rollup, compuesta por componentes como Node, zkProver, Database, entre otros. A través de una red de oráculos descentralizada indexada de manera similar al protocolo Ordinals, se espera que Merlin Chain se convierta en un layer2 compatible con EVM que mejore de manera equilibrada en aspectos como descentralización (distribución de nodos sin permisos), transparencia (accesibilidad de datos públicos) y verificabilidad (la mainnet puede verificar el estado de los datos L2 y tiene un mecanismo de desafiador para garantizarlo).
Este camino de desarrollo muestra los intentos innovadores de Merlin Chain en el ecosistema de Bitcoin, proporcionando nuevas ideas para resolver los problemas de escalabilidad y programabilidad de la red de Bitcoin. Con la continua iteración y mejora de la tecnología, Merlin Chain tiene el potencial de aportar más posibilidades al ecosistema de Bitcoin.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
6 me gusta
Recompensa
6
7
Compartir
Comentar
0/400
BlockchainBard
· hace3h
El proyecto es increíble. ¡Rápido, introduce una posición!
Ver originalesResponder0
WhaleMinion
· 08-02 14:54
Finalmente comenzó zk, ¿cuándo será el airdrop?
Ver originalesResponder0
SchroedingerMiner
· 08-02 14:53
¿Quién lo entiende? zk tampoco puede salvar a Bitcoin, ¿nuevo truco para tomar a la gente por tonta?
Ver originalesResponder0
CryptoWageSlave
· 08-02 14:50
Otra vez Bitcoin l2, este Merlin realmente puede correr.
Merlin Chain: el camino de innovación ZK Capa 2 en el ecosistema de Bitcoin
Merlin Chain: Nueva generación de soluciones Capa 2 para el ecosistema de Bitcoin
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin desde la cadena lateral de Bitcoin hacia la solución ZK de Capa 2 de Bitcoin ha llamado la atención. Este artículo resumirá esto en base a mi comprensión personal.
La trayectoria de desarrollo de Merlin Chain se puede describir como una respuesta favorable a las circunstancias, cada paso ha sido inesperado. Con el apoyo de grandes comunidades como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin Chain eligió una ruta técnica de "integración y iteración" constante. Esta elección en realidad fue necesaria, ya que la red nativa de Bitcoin presenta defectos fundamentales de "programabilidad" en términos de disponibilidad de datos (DA) y completitud de Turing de contratos inteligentes (SC), lo que ha llevado a que, a pesar de la innovación activa en el ecosistema de Bitcoin durante más de un año, muchos proyectos aún no se hayan entregado completamente.
En este contexto, la estrategia de Merlin Chain es aprovechar lo mejor de cada uno y mejorar continuamente su marco técnico. Absorbe las ventajas de varios proyectos como RGB++, BitVM, zkVM, AVM y DA, con el objetivo de construir una solución más completa.
Según el contenido del informe, Merlin Chain era inicialmente una arquitectura de cadena lateral pura, construida sobre el servicio CDK RaaS de cierta plataforma, utilizando la arquitectura Validium. Esto significa que los datos de las transacciones de la cadena se almacenan completamente fuera de la cadena, y solo se publica la prueba de validez en L1, mientras que la red principal L1 no puede verificar la precisión de los datos de L2. Además, los datos originales se almacenan en una base de datos local, y el Comité de Disponibilidad de Datos (DAC) es responsable de la obtención, ordenación y verificación de los datos.
Es evidente que esta arquitectura requiere de la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. Para compensar esta deficiencia fundamental, Merlin ha realizado mejoras iterativas desde dos aspectos:
Primero, Merlin ha colaborado con BTCOS para mejorar el puente nativo entre cadenas, resolviendo el problema de verificabilidad de los datos de L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual Proof verificable - BitSNARK, basada en el marco ZK, combinándola con el puente Grail para actualizar las transferencias de activos y los cambios de estado de L2. Todo el proceso sincroniza el estado entre L2 y la red principal a través de una red intermedia ZK, y, finalmente, depende del bloqueo temporal de activos en la red principal y del mecanismo de desafío BitVM para lograr interacciones confiables.
En segundo lugar, Merlin colabora con Nubit para construir capacidades de disponibilidad de datos verificables (DA). La lógica básica es implementar nodos completos fuera de la cadena que sincronicen los datos de estado completo de BTC y las pruebas de cambios de estado, y lograr la verificación de estado y la confirmación de finalización a través de nodos ligeros desplegados en la red principal de BTC. Esta mejora aborda eficazmente los problemas de opacidad y falta de verificación que existían anteriormente en el DAS fuera de la cadena, y refuerza las capacidades de DA necesarias (que aún están en desarrollo).
El objetivo final de Merlin Chain es convertirse en una red de Bitcoin ZK-Rollup, compuesta por componentes como Node, zkProver, Database, entre otros. A través de una red de oráculos descentralizada indexada de manera similar al protocolo Ordinals, se espera que Merlin Chain se convierta en un layer2 compatible con EVM que mejore de manera equilibrada en aspectos como descentralización (distribución de nodos sin permisos), transparencia (accesibilidad de datos públicos) y verificabilidad (la mainnet puede verificar el estado de los datos L2 y tiene un mecanismo de desafiador para garantizarlo).
Este camino de desarrollo muestra los intentos innovadores de Merlin Chain en el ecosistema de Bitcoin, proporcionando nuevas ideas para resolver los problemas de escalabilidad y programabilidad de la red de Bitcoin. Con la continua iteración y mejora de la tecnología, Merlin Chain tiene el potencial de aportar más posibilidades al ecosistema de Bitcoin.