Merlin: de la evolución del sidechains de Bitcoin a la capa ZK layer2
El proyecto Merlin ha mostrado desde el principio una cualidad de adaptarse a las circunstancias, y su trayectoria de desarrollo es asombrosa. Con bases comunitarias como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin ha optado por una ruta técnica de integración y iteración continua. Esta elección es en realidad el resultado inevitable de consideraciones realistas.
La red de Bitcoin presenta defectos de "programabilidad" básicos en aspectos como la disponibilidad de datos y la completitud de Turing de los contratos inteligentes, lo que ha llevado a la aparición de muchos proyectos innovadores en el último año y medio, aunque la mayoría aún no se ha realizado por completo. Frente a RGB++, BitVM, zkVM, AVM y varias soluciones DA, la estrategia de Merlin es aprovechar lo mejor de cada uno y seguir perfeccionando su propio marco técnico.
Según el análisis de la industria, Merlin era inicialmente una arquitectura de sidechain pura, construida sobre una cadena de arquitectura Validium basada en un cierto servicio. Esto significa que los datos de las transacciones se almacenan completamente fuera de la cadena, y solo se publican las pruebas de validez en L1, mientras que la red principal L1 no puede verificar la precisión de los datos de L2. Los datos originales de esta arquitectura se guardan en una base de datos local, y es el comité de disponibilidad de datos quien 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 superar esta deficiencia, Merlin ha realizado mejoras desde dos aspectos:
Primero, a través de la cooperación, se perfeccionó el puente cruzado Native, resolviendo el problema de verificación de datos de la red principal de Bitcoin para L2. Ellos construyeron una máquina virtual de prueba verificable basada en el marco ZK, combinando la actualización del puente cruzado para la transferencia de activos y cambios de estado de L2. Todo el proceso sincroniza el estado entre L2 y la red principal a través de la red intermedia ZK, y finalmente realiza interacciones confiables mediante el bloqueo temporal de activos de la red principal y el mecanismo de desafío.
En segundo lugar, Merlin se dedica a construir capacidades de disponibilidad de datos verificables. Su lógica consiste en desplegar nodos completos fuera de la cadena para sincronizar los datos completos del estado de BTC y las pruebas de cambio de estado, y lograr la verificación del estado y la confirmación final a través de nodos ligeros desplegados en la red principal de BTC. Esta mejora ha aumentado efectivamente la transparencia y la verificabilidad de los datos, fortaleciendo las capacidades de DA necesarias.
El objetivo final de Merlin es convertirse en una red de Bitcoin ZK-Rollup, compuesta por nodos, zkProver y una base de datos, entre otros componentes. A través de una red de oráculos descentralizada similar a un índice de protocolo, Merlin espera convertirse en una solución layer2 de Bitcoin que se desarrolle de manera equilibrada en términos de descentralización, transparencia y verificabilidad, manteniendo al mismo tiempo la compatibilidad 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.
9 me gusta
Recompensa
9
5
Republicar
Compartir
Comentar
0/400
AirdropLicker
· 08-11 15:09
increíble 又要占坑薅毛了
Ver originalesResponder0
NoodlesOrTokens
· 08-10 15:50
Otra día de ser engañados.
Ver originalesResponder0
OvertimeSquid
· 08-10 15:46
Parece prometedor, el proyecto se está trabajando con bastante dedicación.
Ver originalesResponder0
RektRecorder
· 08-10 15:33
¡Después de muchos años en la pista L2, otro año de ciclos alcistas y bajistas! ¡Aprovecha la juventud para hacer un gran movimiento!
Ver originalesResponder0
ChainPoet
· 08-10 15:24
Nueva estrategia de adelantamiento en curva, coche de la mañana
Merlin: El camino de transformación tecnológica de Bitcoin sidechains a ZK Layer2
Merlin: de la evolución del sidechains de Bitcoin a la capa ZK layer2
El proyecto Merlin ha mostrado desde el principio una cualidad de adaptarse a las circunstancias, y su trayectoria de desarrollo es asombrosa. Con bases comunitarias como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin ha optado por una ruta técnica de integración y iteración continua. Esta elección es en realidad el resultado inevitable de consideraciones realistas.
La red de Bitcoin presenta defectos de "programabilidad" básicos en aspectos como la disponibilidad de datos y la completitud de Turing de los contratos inteligentes, lo que ha llevado a la aparición de muchos proyectos innovadores en el último año y medio, aunque la mayoría aún no se ha realizado por completo. Frente a RGB++, BitVM, zkVM, AVM y varias soluciones DA, la estrategia de Merlin es aprovechar lo mejor de cada uno y seguir perfeccionando su propio marco técnico.
Según el análisis de la industria, Merlin era inicialmente una arquitectura de sidechain pura, construida sobre una cadena de arquitectura Validium basada en un cierto servicio. Esto significa que los datos de las transacciones se almacenan completamente fuera de la cadena, y solo se publican las pruebas de validez en L1, mientras que la red principal L1 no puede verificar la precisión de los datos de L2. Los datos originales de esta arquitectura se guardan en una base de datos local, y es el comité de disponibilidad de datos quien 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 superar esta deficiencia, Merlin ha realizado mejoras desde dos aspectos:
Primero, a través de la cooperación, se perfeccionó el puente cruzado Native, resolviendo el problema de verificación de datos de la red principal de Bitcoin para L2. Ellos construyeron una máquina virtual de prueba verificable basada en el marco ZK, combinando la actualización del puente cruzado para la transferencia de activos y cambios de estado de L2. Todo el proceso sincroniza el estado entre L2 y la red principal a través de la red intermedia ZK, y finalmente realiza interacciones confiables mediante el bloqueo temporal de activos de la red principal y el mecanismo de desafío.
En segundo lugar, Merlin se dedica a construir capacidades de disponibilidad de datos verificables. Su lógica consiste en desplegar nodos completos fuera de la cadena para sincronizar los datos completos del estado de BTC y las pruebas de cambio de estado, y lograr la verificación del estado y la confirmación final a través de nodos ligeros desplegados en la red principal de BTC. Esta mejora ha aumentado efectivamente la transparencia y la verificabilidad de los datos, fortaleciendo las capacidades de DA necesarias.
El objetivo final de Merlin es convertirse en una red de Bitcoin ZK-Rollup, compuesta por nodos, zkProver y una base de datos, entre otros componentes. A través de una red de oráculos descentralizada similar a un índice de protocolo, Merlin espera convertirse en una solución layer2 de Bitcoin que se desarrolle de manera equilibrada en términos de descentralización, transparencia y verificabilidad, manteniendo al mismo tiempo la compatibilidad con EVM.