Merlin Chain: de la evolución de Bitcoin sidechains a ZK layer2
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin de sidechains de Bitcoin a la capa 2 ZK de Bitcoin ha llamado la atención de la industria. Combinando este informe con mi comprensión personal, podemos resumir los siguientes puntos clave:
El desarrollo de Merlin Chain ha sido una respuesta a las tendencias del mercado, y cada paso ha sido sorprendente. Gracias a la gran base comunitaria proporcionada por proyectos como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin Chain ha optado por una ruta técnica de constante integración e iteración. Esta elección, en realidad, también ha sido una decisión obligada.
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, a pesar de que en el ecosistema de Bitcoin han surgido numerosos proyectos innovadores en el último año y más, la mayoría aún no se ha implementado completamente. En este contexto, la estrategia de Merlin Chain es aprovechar lo mejor de cada uno y mejorar continuamente su marco técnico.
Según el contenido del informe, Merlin Chain inicialmente adopta una arquitectura de sidechains pura, construida sobre el servicio CDK RaaS de una empresa, y es esencialmente una cadena de arquitectura Validium. Esto significa que los datos de las transacciones en 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 validar la precisión de los datos de L2. Además, los datos originales de esta arquitectura Validium 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 suficiente "confianza" en la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. En el ecosistema layer2 de Ethereum, Validium fue finalmente reemplazado por Rollup, precisamente por esta razón.
Para compensar esta deficiencia fundamental, Merlin ha realizado una actualización iterativa desde dos aspectos:
Primero, Merlin ha colaborado con BTCOS para mejorar el puente nativo entre cadenas y resolver el problema de la verificabilidad de los datos L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual verificable basada en el marco ZK - BitSNARK, y en combinación con el puente Grail Bridge, para actualizar la transferencia de activos y los cambios de estado de L2. Durante todo el proceso, la red intermedia ZK es responsable de sincronizar el estado entre L2 y la red principal, y finalmente se logra una interacción confiable mediante el bloqueo temporal de activos en la red principal y el mecanismo de desafío BitVM.
En segundo lugar, Merlin ha colaborado con Nubit para construir una capacidad de disponibilidad de datos (DA) verificable. La lógica básica es la siguiente: implementar nodos completos fuera de la cadena para sincronizar 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 Finality a través de nodos ligeros desplegados en la red principal de BTC. Esta iniciativa mejora los problemas de opacidad y falta de verificabilidad que existían anteriormente en el DAS fuera de la cadena, fortaleciendo la capacidad de DA necesaria (que aún está en desarrollo).
Al final, el objetivo de Merlin Chain es convertirse en una red de ZK-Rollup de Bitcoin. Esta red está compuesta por componentes como Node, zkProver, Database, entre otros, y a través de una red de oráculos descentralizados indexada de manera similar al protocolo Ordinals, se convierte en un layer2 de Bitcoin compatible con EVM que mejora 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 cuenta con un mecanismo de retadores para garantizarlo).
Este proceso de evolución muestra la constante exploración e innovación de Merlin Chain en la ruta tecnológica, proporcionando nuevas posibilidades para el desarrollo del ecosistema de Bitcoin.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
22 me gusta
Recompensa
22
8
Compartir
Comentar
0/400
SchrodingerWallet
· 07-05 01:58
El dinero caliente se va después de tomar a la gente por tonta.
Ver originalesResponder0
ZenChainWalker
· 07-04 19:10
Bitcoin aún tiene que ver con Merlin
Ver originalesResponder0
GateUser-00be86fc
· 07-03 09:20
El proceso de evolución es muy interesante.
Ver originalesResponder0
NotAFinancialAdvice
· 07-02 15:49
Los perros de tecnología también deben seguir la evolución
Merlin Chain: el camino de evolución tecnológica desde la sidechain de Bitcoin hasta el ZK layer2
Merlin Chain: de la evolución de Bitcoin sidechains a ZK layer2
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin de sidechains de Bitcoin a la capa 2 ZK de Bitcoin ha llamado la atención de la industria. Combinando este informe con mi comprensión personal, podemos resumir los siguientes puntos clave:
El desarrollo de Merlin Chain ha sido una respuesta a las tendencias del mercado, y cada paso ha sido sorprendente. Gracias a la gran base comunitaria proporcionada por proyectos como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin Chain ha optado por una ruta técnica de constante integración e iteración. Esta elección, en realidad, también ha sido una decisión obligada.
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, a pesar de que en el ecosistema de Bitcoin han surgido numerosos proyectos innovadores en el último año y más, la mayoría aún no se ha implementado completamente. En este contexto, la estrategia de Merlin Chain es aprovechar lo mejor de cada uno y mejorar continuamente su marco técnico.
Según el contenido del informe, Merlin Chain inicialmente adopta una arquitectura de sidechains pura, construida sobre el servicio CDK RaaS de una empresa, y es esencialmente una cadena de arquitectura Validium. Esto significa que los datos de las transacciones en 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 validar la precisión de los datos de L2. Además, los datos originales de esta arquitectura Validium 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 suficiente "confianza" en la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. En el ecosistema layer2 de Ethereum, Validium fue finalmente reemplazado por Rollup, precisamente por esta razón.
Para compensar esta deficiencia fundamental, Merlin ha realizado una actualización iterativa desde dos aspectos:
Primero, Merlin ha colaborado con BTCOS para mejorar el puente nativo entre cadenas y resolver el problema de la verificabilidad de los datos L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual verificable basada en el marco ZK - BitSNARK, y en combinación con el puente Grail Bridge, para actualizar la transferencia de activos y los cambios de estado de L2. Durante todo el proceso, la red intermedia ZK es responsable de sincronizar el estado entre L2 y la red principal, y finalmente se logra una interacción confiable mediante el bloqueo temporal de activos en la red principal y el mecanismo de desafío BitVM.
En segundo lugar, Merlin ha colaborado con Nubit para construir una capacidad de disponibilidad de datos (DA) verificable. La lógica básica es la siguiente: implementar nodos completos fuera de la cadena para sincronizar 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 Finality a través de nodos ligeros desplegados en la red principal de BTC. Esta iniciativa mejora los problemas de opacidad y falta de verificabilidad que existían anteriormente en el DAS fuera de la cadena, fortaleciendo la capacidad de DA necesaria (que aún está en desarrollo).
Al final, el objetivo de Merlin Chain es convertirse en una red de ZK-Rollup de Bitcoin. Esta red está compuesta por componentes como Node, zkProver, Database, entre otros, y a través de una red de oráculos descentralizados indexada de manera similar al protocolo Ordinals, se convierte en un layer2 de Bitcoin compatible con EVM que mejora 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 cuenta con un mecanismo de retadores para garantizarlo).
Este proceso de evolución muestra la constante exploración e innovación de Merlin Chain en la ruta tecnológica, proporcionando nuevas posibilidades para el desarrollo del ecosistema de Bitcoin.