Merlin Chain: La evolución de la sidechain de Bitcoin hacia la Capa 2 ZK
Recientemente, un análisis sistemático sobre la transición gradual de Merlin desde sidechains de Bitcoin hacia Bitcoin ZK Capa 2 ha llamado la atención en la industria. Combinando este informe con mi comprensión personal, podemos resumir los siguientes puntos clave:
La trayectoria de desarrollo de Merlin Chain puede considerarse como una respuesta a las tendencias, cada paso ha sido inesperado. Gracias al apoyo de una gran base comunitaria como BRC-20, BRC-420, Blue Box, Bitmap Game, Merlin Chain ha elegido una ruta técnica de integración y iteración continua. Esta elección, de hecho, también fue una decisión tomada por necesidad.
La razón radica en que la red de Bitcoin presenta defectos fundamentales de "programabilidad" en aspectos como la disponibilidad de datos (DA) y la completitud de Turing de los contratos inteligentes (SC). Esto ha llevado a que en el ecosistema de Bitcoin hayan surgido muchos proyectos innovadores en el último año y más, pero la mayoría aún no se ha entregado por completo.
Frente a las diversas tecnologías emergentes como RGB++, BitVM, zkVM, AVM, DA, Merlin Chain ha adoptado una estrategia de aprovechar lo mejor de cada una, mejorando continuamente su marco técnico.
Según el informe de la industria, Merlin Chain era inicialmente una cadena de arquitectura puramente de sidechains, construida sobre una cadena de arquitectura Validium basada en un servicio específico. Esto significa que los datos de transacción de la cadena se almacenan completamente fuera de la cadena, publicando solo las pruebas 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 de la arquitectura Validium se guardan en una base de datos local, siendo el Comité de Disponibilidad de Datos (DAC) responsable de la adquisición, ordenación y verificación de los datos, entre otras tareas.
Evidentemente, esta arquitectura requiere de la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. En el ecosistema de Capa 2 de Ethereum, Validium ha sido reemplazado por Rollup.
Para compensar esta deficiencia fundamental, Merlin ha realizado mejoras iterativas en dos aspectos:
Colaborar con BTCOS para mejorar el puente nativo de cadena cruzada, resolviendo el problema de verificabilidad de datos de la red principal de Bitcoin para L2. BTCOS ha construido una máquina virtual de prueba verificable - BitSNARK basada en el marco ZK, y combina el puente de cadena cruzada Grail Bridge para actualizar la transferencia 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 logra interacciones confiables a través del bloqueo temporal de activos en la red principal y el mecanismo de desafío BitVM.
Colaborar con Nubit para construir capacidades de disponibilidad de datos (DA) verificables. Su lógica es: implementar nodos completos fuera de la cadena que sincronicen los datos de estado completo de BTC y las pruebas de cambio de estado, y lograr la verificación de estado y la confirmación de Finalidad a través de nodos ligeros desplegados en la red principal de BTC. Esto mejora los problemas de opacidad y falta de verificabilidad que existían previamente en el DAS fuera de la cadena, fortaleciendo la capacidad de DA requerida (que todavía está en desarrollo).
En última instancia, el objetivo de Merlin Chain es convertirse en una red de ZK-Rollup de Bitcoin. Esta red está compuesta por componentes como Node, zkProver, Datebase, entre otros, y se desarrolla a través de una red de oráculos descentralizada indexada de manera similar al protocolo Ordinals, convirtiéndose en una solución de Capa 2 de Bitcoin que mejora de manera equilibrada en aspectos como descentralización (distribución de nodos sin permiso), transparencia (accesibilidad de datos públicos) y verificabilidad (la red principal puede verificar el estado de los datos L2 y hay un mecanismo de desafiador que lo garantiza).
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.
11 me gusta
Recompensa
11
5
Compartir
Comentar
0/400
FloorSweeper
· 08-04 15:14
solo otro juego de l2... he visto esta película antes, para ser honesto
Ver originalesResponder0
ChainWatcher
· 08-04 15:12
Ya es suficiente con jugar con ZK.
Ver originalesResponder0
GateUser-a5fa8bd0
· 08-04 15:06
Evoluciona bastante rápido.
Ver originalesResponder0
RuntimeError
· 08-04 15:03
todo se basa en zk en layer2
Ver originalesResponder0
CryptoTherapist
· 08-04 15:01
meditemos sobre el viaje psicológico de merlín... aquí hay una clásica ansiedad de adaptación
Merlin Chain: del lado de Bitcoin a la evolución tecnológica de Capa 2 ZK
Merlin Chain: La evolución de la sidechain de Bitcoin hacia la Capa 2 ZK
Recientemente, un análisis sistemático sobre la transición gradual de Merlin desde sidechains de Bitcoin hacia Bitcoin ZK Capa 2 ha llamado la atención en la industria. Combinando este informe con mi comprensión personal, podemos resumir los siguientes puntos clave:
La trayectoria de desarrollo de Merlin Chain puede considerarse como una respuesta a las tendencias, cada paso ha sido inesperado. Gracias al apoyo de una gran base comunitaria como BRC-20, BRC-420, Blue Box, Bitmap Game, Merlin Chain ha elegido una ruta técnica de integración y iteración continua. Esta elección, de hecho, también fue una decisión tomada por necesidad.
La razón radica en que la red de Bitcoin presenta defectos fundamentales de "programabilidad" en aspectos como la disponibilidad de datos (DA) y la completitud de Turing de los contratos inteligentes (SC). Esto ha llevado a que en el ecosistema de Bitcoin hayan surgido muchos proyectos innovadores en el último año y más, pero la mayoría aún no se ha entregado por completo.
Frente a las diversas tecnologías emergentes como RGB++, BitVM, zkVM, AVM, DA, Merlin Chain ha adoptado una estrategia de aprovechar lo mejor de cada una, mejorando continuamente su marco técnico.
Según el informe de la industria, Merlin Chain era inicialmente una cadena de arquitectura puramente de sidechains, construida sobre una cadena de arquitectura Validium basada en un servicio específico. Esto significa que los datos de transacción de la cadena se almacenan completamente fuera de la cadena, publicando solo las pruebas 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 de la arquitectura Validium se guardan en una base de datos local, siendo el Comité de Disponibilidad de Datos (DAC) responsable de la adquisición, ordenación y verificación de los datos, entre otras tareas.
Evidentemente, esta arquitectura requiere de la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. En el ecosistema de Capa 2 de Ethereum, Validium ha sido reemplazado por Rollup.
Para compensar esta deficiencia fundamental, Merlin ha realizado mejoras iterativas en dos aspectos:
Colaborar con BTCOS para mejorar el puente nativo de cadena cruzada, resolviendo el problema de verificabilidad de datos de la red principal de Bitcoin para L2. BTCOS ha construido una máquina virtual de prueba verificable - BitSNARK basada en el marco ZK, y combina el puente de cadena cruzada Grail Bridge para actualizar la transferencia 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 logra interacciones confiables a través del bloqueo temporal de activos en la red principal y el mecanismo de desafío BitVM.
Colaborar con Nubit para construir capacidades de disponibilidad de datos (DA) verificables. Su lógica es: implementar nodos completos fuera de la cadena que sincronicen los datos de estado completo de BTC y las pruebas de cambio de estado, y lograr la verificación de estado y la confirmación de Finalidad a través de nodos ligeros desplegados en la red principal de BTC. Esto mejora los problemas de opacidad y falta de verificabilidad que existían previamente en el DAS fuera de la cadena, fortaleciendo la capacidad de DA requerida (que todavía está en desarrollo).
En última instancia, el objetivo de Merlin Chain es convertirse en una red de ZK-Rollup de Bitcoin. Esta red está compuesta por componentes como Node, zkProver, Datebase, entre otros, y se desarrolla a través de una red de oráculos descentralizada indexada de manera similar al protocolo Ordinals, convirtiéndose en una solución de Capa 2 de Bitcoin que mejora de manera equilibrada en aspectos como descentralización (distribución de nodos sin permiso), transparencia (accesibilidad de datos públicos) y verificabilidad (la red principal puede verificar el estado de los datos L2 y hay un mecanismo de desafiador que lo garantiza).