Merlin: la evolución desde sidechains de Bitcoin hasta ZK Layer2
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin desde las sidechains de Bitcoin hacia la solución de capa 2 ZK de Bitcoin ha llamado la atención de muchos. Combinando mi comprensión personal, a continuación se presenta un resumen de este proceso de evolución:
La trayectoria de desarrollo de Merlin Chain se puede considerar como una respuesta a la tendencia general. Gracias a la enorme 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 "integración y iteración" constante. Esta elección, en realidad, también es una necesidad impuesta por las circunstancias.
La red nativa 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), lo que ha llevado a la aparición de numerosos proyectos innovadores en el ecosistema de Bitcoin en el último año, aunque la mayoría aún no se ha entregado por completo. Frente a soluciones tecnológicas como RGB++, BitVM, zkVM, AVM y DA, la estrategia de Merlin Chain es aprovechar lo mejor de cada una y seguir perfeccionando su marco técnico.
Según el contenido del informe, Merlin Chain inicialmente adoptó una arquitectura de sidechains pura, construida sobre el servicio CDK RaaS de una determinada plataforma, perteneciendo a la arquitectura Validium. Esto significa que los datos de las transacciones de la cadena se almacenan completamente fuera de la cadena, publicando únicamente las pruebas de validez en L1, y la red principal de L1 no puede verificar la precisión de los datos de L2. Los datos originales se almacenan en una base de datos local, y un Comité de Disponibilidad de Datos (DAC) se encarga de la obtención, clasificación y verificación de los datos.
Esta arquitectura requiere la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. Para compensar esta deficiencia, Merlin ha iterado desde dos aspectos:
A través de la colaboración con BTCOS para mejorar el puente nativo de cadena cruzada, se resuelve el problema de la verificabilidad de los datos de L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual verificable Proof BitSNARK basada en el marco ZK, combinando la actualización de la transferencia de activos y los cambios de estado en L2 mediante el puente de cadena cruzada Grail Bridge. Todo el proceso es sincronizado por una red intermedia ZK entre el estado de L2 y la red principal, confiando finalmente en el bloqueo temporal de activos de la red principal y el mecanismo de desafío BitVM para lograr interacciones confiables.
Colaborar con Nubit para construir capacidades de disponibilidad de datos (DA) verificables. Desplegar nodos completos fuera de la cadena para sincronizar los datos de estado completo de BTC y las pruebas de datos de estado cambiados, y a través de nodos ligeros desplegados en la red principal de BTC lograr la verificación del estado y la confirmación de la Finalidad, mejorando los problemas de opacidad e invariabilidad que existían anteriormente en el DAS fuera de la cadena, fortaleciendo la capacidad de DA necesaria (en desarrollo).
El objetivo final de Merlin Chain es convertirse en una red de Bitcoin ZK-Rollup, compuesta por componentes como Node, zkProver y Database. A través de una red de oráculos descentralizada similar al protocolo Ordinals, Merlin Chain tiene la esperanza de mejorar de manera equilibrada en descentralización (distribución de nodos sin permisos), transparencia (accesibilidad de datos públicos) y verificabilidad (el mainnet puede verificar el estado de los datos L2 y tener un mecanismo de desafiador para garantizar), convirtiéndose en una solución Layer2 de Bitcoin compatible con EVM.
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.
19 me gusta
Recompensa
19
7
Republicar
Compartir
Comentar
0/400
PumpBeforeRug
· 07-21 14:07
Los jóvenes están un poco ansiosos por invertir...
Ver originalesResponder0
liquidation_surfer
· 07-21 12:58
Los técnicos ni siquiera miran a los perros.
Ver originalesResponder0
LightningClicker
· 07-21 05:19
¡Se ha enrollado! ¡Layer2 va a ser un éxito!
Ver originalesResponder0
NFTRegretDiary
· 07-18 15:39
Pretender que todo es alta tecnología, dicho de manera clara, sigue siendo tomar a la gente por tonta.
Ver originalesResponder0
FunGibleTom
· 07-18 15:37
La tecnología avanza, la cadena espera.
Ver originalesResponder0
WhaleWatcher
· 07-18 15:36
Si sube o no depende del mercado.
Ver originalesResponder0
ZKSherlock
· 07-18 15:19
en realidad, la implementación zk aquí carece de suposiciones de confianza adecuadas smh...
El camino de la actualización de Merlin: de las sidechains de Bitcoin a la evolución tecnológica de ZK Layer2
Merlin: la evolución desde sidechains de Bitcoin hasta ZK Layer2
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin desde las sidechains de Bitcoin hacia la solución de capa 2 ZK de Bitcoin ha llamado la atención de muchos. Combinando mi comprensión personal, a continuación se presenta un resumen de este proceso de evolución:
La trayectoria de desarrollo de Merlin Chain se puede considerar como una respuesta a la tendencia general. Gracias a la enorme 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 "integración y iteración" constante. Esta elección, en realidad, también es una necesidad impuesta por las circunstancias.
La red nativa 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), lo que ha llevado a la aparición de numerosos proyectos innovadores en el ecosistema de Bitcoin en el último año, aunque la mayoría aún no se ha entregado por completo. Frente a soluciones tecnológicas como RGB++, BitVM, zkVM, AVM y DA, la estrategia de Merlin Chain es aprovechar lo mejor de cada una y seguir perfeccionando su marco técnico.
Según el contenido del informe, Merlin Chain inicialmente adoptó una arquitectura de sidechains pura, construida sobre el servicio CDK RaaS de una determinada plataforma, perteneciendo a la arquitectura Validium. Esto significa que los datos de las transacciones de la cadena se almacenan completamente fuera de la cadena, publicando únicamente las pruebas de validez en L1, y la red principal de L1 no puede verificar la precisión de los datos de L2. Los datos originales se almacenan en una base de datos local, y un Comité de Disponibilidad de Datos (DAC) se encarga de la obtención, clasificación y verificación de los datos.
Esta arquitectura requiere la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. Para compensar esta deficiencia, Merlin ha iterado desde dos aspectos:
A través de la colaboración con BTCOS para mejorar el puente nativo de cadena cruzada, se resuelve el problema de la verificabilidad de los datos de L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual verificable Proof BitSNARK basada en el marco ZK, combinando la actualización de la transferencia de activos y los cambios de estado en L2 mediante el puente de cadena cruzada Grail Bridge. Todo el proceso es sincronizado por una red intermedia ZK entre el estado de L2 y la red principal, confiando finalmente en el bloqueo temporal de activos de la red principal y el mecanismo de desafío BitVM para lograr interacciones confiables.
Colaborar con Nubit para construir capacidades de disponibilidad de datos (DA) verificables. Desplegar nodos completos fuera de la cadena para sincronizar los datos de estado completo de BTC y las pruebas de datos de estado cambiados, y a través de nodos ligeros desplegados en la red principal de BTC lograr la verificación del estado y la confirmación de la Finalidad, mejorando los problemas de opacidad e invariabilidad que existían anteriormente en el DAS fuera de la cadena, fortaleciendo la capacidad de DA necesaria (en desarrollo).
El objetivo final de Merlin Chain es convertirse en una red de Bitcoin ZK-Rollup, compuesta por componentes como Node, zkProver y Database. A través de una red de oráculos descentralizada similar al protocolo Ordinals, Merlin Chain tiene la esperanza de mejorar de manera equilibrada en descentralización (distribución de nodos sin permisos), transparencia (accesibilidad de datos públicos) y verificabilidad (el mainnet puede verificar el estado de los datos L2 y tener un mecanismo de desafiador para garantizar), convirtiéndose en una solución Layer2 de Bitcoin compatible con EVM.