El camino de Merlin de la cadena lateral de Bitcoin a la capa ZK layer2 llama la atención. Al revisar su trayectoria de desarrollo, parece que Merlin ha seguido la tendencia del mercado, sorprendiendo en cada paso. Gracias a la enorme base comunitaria acumulada por proyectos como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin ha optado por una ruta técnica de "integración e iteración" constante. Esto también es una medida de necesidad.
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 que, a pesar de la innovación activa en el ecosistema de Bitcoin durante el último año y medio, muchos proyectos aún no se hayan materializado por completo. En este contexto, Merlin ha adoptado una estrategia de aprovechar lo mejor de cada uno y está mejorando continuamente su marco técnico.
Según los informes, Merlin inicialmente adoptó una arquitectura de sidechains pura y construyó una cadena de arquitectura Validium basada en un determinado servicio. Esto significa que los datos de las transacciones 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. Los datos originales se almacenan en una base de datos local, y un Comité de Disponibilidad de Datos (DAC) es responsable de la obtención, ordenación y verificación de los datos.
Esta arquitectura requiere que los usuarios confíen en la cadena misma en gran medida, lo que dificulta su promoción a gran escala. Para compensar esta deficiencia, Merlin ha realizado mejoras en dos aspectos:
Primero, colaborar con BTCOS para mejorar el puente nativo entre cadenas, resolviendo el problema de verificación 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, combinando la actualización del puente entre cadenas para la transferencia de activos y cambios de estado de L2. Todo el proceso es sincronizado por una red intermedia ZK entre el estado de L2 y la red principal, logrando finalmente interacciones confiables a través de un bloqueo de tiempo de activos en la red principal y un mecanismo de desafío.
En segundo lugar, colaborar con Nubit para construir capacidades de disponibilidad de datos verificables (DA). En concreto, implementar nodos completos fuera de la cadena para sincronizar los datos de estado completo de BTC y los datos de prueba de cambio de estado, y validar el estado y la confirmación final a través de nodos ligeros desplegados en la red principal de BTC, con lo que se mejora el problema de falta de transparencia y verificabilidad que existía anteriormente en el DAS fuera de la cadena, y se eleva la capacidad de DA requerida (actualmente aún en desarrollo).
El objetivo final de Merlin es convertirse en una red de ZK-Rollup de Bitcoin, compuesta por componentes como Node, zkProver y Datebase. A través de una red de oráculos descentralizados indexada de manera similar al protocolo Ordinals, Merlin 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 (la red principal puede verificar el estado de datos L2 y tiene un mecanismo de desafiador que lo garantiza), convirtiéndose finalmente en una solución de 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.
18 me gusta
Recompensa
18
5
Republicar
Compartir
Comentar
0/400
GasFeeCrier
· 08-18 23:59
layer2 es la verdad
Ver originalesResponder0
Web3ProductManager
· 08-16 15:17
tbh esas métricas de conversión de brc-20 a zk l2 van a ser salvajes... llamando a un crecimiento de usuarios de 10x
Ver originalesResponder0
Ser_This_Is_A_Casino
· 08-16 15:02
Con este proyecto, ¿todavía quieren hacer algo nuevo?
Merlin se transforma en ZK layer2 para crear nuevas posibilidades en el ecosistema de Bitcoin
El camino de Merlin de la cadena lateral de Bitcoin a la capa ZK layer2 llama la atención. Al revisar su trayectoria de desarrollo, parece que Merlin ha seguido la tendencia del mercado, sorprendiendo en cada paso. Gracias a la enorme base comunitaria acumulada por proyectos como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin ha optado por una ruta técnica de "integración e iteración" constante. Esto también es una medida de necesidad.
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 que, a pesar de la innovación activa en el ecosistema de Bitcoin durante el último año y medio, muchos proyectos aún no se hayan materializado por completo. En este contexto, Merlin ha adoptado una estrategia de aprovechar lo mejor de cada uno y está mejorando continuamente su marco técnico.
Según los informes, Merlin inicialmente adoptó una arquitectura de sidechains pura y construyó una cadena de arquitectura Validium basada en un determinado servicio. Esto significa que los datos de las transacciones 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. Los datos originales se almacenan en una base de datos local, y un Comité de Disponibilidad de Datos (DAC) es responsable de la obtención, ordenación y verificación de los datos.
Esta arquitectura requiere que los usuarios confíen en la cadena misma en gran medida, lo que dificulta su promoción a gran escala. Para compensar esta deficiencia, Merlin ha realizado mejoras en dos aspectos:
Primero, colaborar con BTCOS para mejorar el puente nativo entre cadenas, resolviendo el problema de verificación 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, combinando la actualización del puente entre cadenas para la transferencia de activos y cambios de estado de L2. Todo el proceso es sincronizado por una red intermedia ZK entre el estado de L2 y la red principal, logrando finalmente interacciones confiables a través de un bloqueo de tiempo de activos en la red principal y un mecanismo de desafío.
En segundo lugar, colaborar con Nubit para construir capacidades de disponibilidad de datos verificables (DA). En concreto, implementar nodos completos fuera de la cadena para sincronizar los datos de estado completo de BTC y los datos de prueba de cambio de estado, y validar el estado y la confirmación final a través de nodos ligeros desplegados en la red principal de BTC, con lo que se mejora el problema de falta de transparencia y verificabilidad que existía anteriormente en el DAS fuera de la cadena, y se eleva la capacidad de DA requerida (actualmente aún en desarrollo).
El objetivo final de Merlin es convertirse en una red de ZK-Rollup de Bitcoin, compuesta por componentes como Node, zkProver y Datebase. A través de una red de oráculos descentralizados indexada de manera similar al protocolo Ordinals, Merlin 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 (la red principal puede verificar el estado de datos L2 y tiene un mecanismo de desafiador que lo garantiza), convirtiéndose finalmente en una solución de layer2 de Bitcoin compatible con EVM.