Merlin Chain: El camino innovador del ecosistema de Bitcoin
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin desde la cadena lateral de Bitcoin hacia la solución de capa 2 ZK de Bitcoin ha generado una amplia atención. A continuación, se presenta un resumen de este proceso evolutivo, basado en mi comprensión personal:
El desarrollo de Merlin Chain se puede decir que surge en respuesta a las tendencias actuales. Gracias al apoyo de una base comunitaria masiva 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" continua. Esta elección es en realidad una cuestión de necesidad, ya que la red nativa de Bitcoin presenta defectos de "programabilidad" básica 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 activa innovación en el ecosistema de Bitcoin durante más de un año, muchos proyectos aún no se han concretado por completo.
En este contexto, la estrategia de Merlin Chain es absorber ampliamente las ventajas de todas las partes y perfeccionar constantemente su marco técnico. Se basa en las características de varios proyectos como RGB++, BitVM, zkVM, AVM, así como en las innovaciones en DA de B² Network y Nubit.
Según el contenido del informe, Merlin Chain se construyó inicialmente como una arquitectura de cadena lateral pura basada en el servicio CDK RaaS de cierta plataforma, utilizando una estructura Validium. Esto significa que los datos de las transacciones de la cadena se almacenan completamente fuera de la cadena, y solo se publica la prueba 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 almacenan en una base de datos local, y el Comité de Disponibilidad de Datos (DAC) es responsable de la obtención, clasificación y verificación de los datos, entre otros trabajos.
Es evidente que esta arquitectura requiere la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. Para compensar esta deficiencia fundamental, Merlin ha reforzado la iteración en dos aspectos:
Primero, Merlin colabora con BTCOS para mejorar el puente nativo entre cadenas, resolviendo el problema de la verificabilidad de los datos de L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual de prueba verificable llamada BitSNARK basada en el marco ZK, combinando la actualización de la transferencia de activos y el cambio de estado de L2 con el puente entre cadenas Grail Bridge. Todo el proceso sincroniza el estado entre L2 y la red principal a través de una red intermedia ZK, 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 colabora con Nubit para construir capacidades de disponibilidad de datos (DA) verificables. La lógica es desplegar nodos completos fuera de la cadena que sincronicen los datos de estado completo de BTC y las pruebas de estado cambiado, y a través de nodos ligeros desplegados en la red principal de BTC, se logra la verificación del estado y la confirmación de Finality, mejorando así los problemas de falta de transparencia y no verificabilidad que existían anteriormente en DAS fuera de la cadena, fortaleciendo las capacidades de DA necesarias (que aún están en desarrollo).
El objetivo final de Merlin Chain es convertirse en una red de ZK-Rollup de Bitcoin, compuesta por componentes como Node, zkProver, Datebase, entre otros. A través de una red de oráculos descentralizados similar al índice del protocolo Ordinals, Merlin Chain tiene la esperanza de convertirse en un layer2 de Bitcoin compatible con EVM que se desarrolle de manera equilibrada en aspectos como descentralización (distribución de nodos sin permiso), transparencia (accesibilidad de datos públicos) y verificabilidad (la mainnet puede verificar el estado de los datos L2 y tiene un mecanismo de desafiador para garantizarlo).
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.
14 me gusta
Recompensa
14
7
Republicar
Compartir
Comentar
0/400
DaisyUnicorn
· hace9h
¡Nuevas flores han brotado en el jardín de Bitcoin~
Ver originalesResponder0
ConfusedWhale
· 08-08 01:45
Jaja, interesante.
Ver originalesResponder0
CantAffordPancake
· 08-08 00:38
Siento que voy a ver a otros ganar mucho dinero de nuevo.
Ver originalesResponder0
TopBuyerBottomSeller
· 08-07 15:54
Comprar en la cima y vender en el fondo no tiene problema.
Merlin Chain: del sidechains de Bitcoin al camino innovador de ZK Layer2
Merlin Chain: El camino innovador del ecosistema de Bitcoin
Recientemente, un informe de revisión sistemática sobre la transición gradual de Merlin desde la cadena lateral de Bitcoin hacia la solución de capa 2 ZK de Bitcoin ha generado una amplia atención. A continuación, se presenta un resumen de este proceso evolutivo, basado en mi comprensión personal:
El desarrollo de Merlin Chain se puede decir que surge en respuesta a las tendencias actuales. Gracias al apoyo de una base comunitaria masiva 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" continua. Esta elección es en realidad una cuestión de necesidad, ya que la red nativa de Bitcoin presenta defectos de "programabilidad" básica 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 activa innovación en el ecosistema de Bitcoin durante más de un año, muchos proyectos aún no se han concretado por completo.
En este contexto, la estrategia de Merlin Chain es absorber ampliamente las ventajas de todas las partes y perfeccionar constantemente su marco técnico. Se basa en las características de varios proyectos como RGB++, BitVM, zkVM, AVM, así como en las innovaciones en DA de B² Network y Nubit.
Según el contenido del informe, Merlin Chain se construyó inicialmente como una arquitectura de cadena lateral pura basada en el servicio CDK RaaS de cierta plataforma, utilizando una estructura Validium. Esto significa que los datos de las transacciones de la cadena se almacenan completamente fuera de la cadena, y solo se publica la prueba 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 almacenan en una base de datos local, y el Comité de Disponibilidad de Datos (DAC) es responsable de la obtención, clasificación y verificación de los datos, entre otros trabajos.
Es evidente que esta arquitectura requiere la "confianza" de la cadena misma como premisa, lo que dificulta la escalabilidad a gran escala. Para compensar esta deficiencia fundamental, Merlin ha reforzado la iteración en dos aspectos:
Primero, Merlin colabora con BTCOS para mejorar el puente nativo entre cadenas, resolviendo el problema de la verificabilidad de los datos de L2 en la red principal de Bitcoin. BTCOS ha construido una máquina virtual de prueba verificable llamada BitSNARK basada en el marco ZK, combinando la actualización de la transferencia de activos y el cambio de estado de L2 con el puente entre cadenas Grail Bridge. Todo el proceso sincroniza el estado entre L2 y la red principal a través de una red intermedia ZK, 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 colabora con Nubit para construir capacidades de disponibilidad de datos (DA) verificables. La lógica es desplegar nodos completos fuera de la cadena que sincronicen los datos de estado completo de BTC y las pruebas de estado cambiado, y a través de nodos ligeros desplegados en la red principal de BTC, se logra la verificación del estado y la confirmación de Finality, mejorando así los problemas de falta de transparencia y no verificabilidad que existían anteriormente en DAS fuera de la cadena, fortaleciendo las capacidades de DA necesarias (que aún están en desarrollo).
El objetivo final de Merlin Chain es convertirse en una red de ZK-Rollup de Bitcoin, compuesta por componentes como Node, zkProver, Datebase, entre otros. A través de una red de oráculos descentralizados similar al índice del protocolo Ordinals, Merlin Chain tiene la esperanza de convertirse en un layer2 de Bitcoin compatible con EVM que se desarrolle de manera equilibrada en aspectos como descentralización (distribución de nodos sin permiso), transparencia (accesibilidad de datos públicos) y verificabilidad (la mainnet puede verificar el estado de los datos L2 y tiene un mecanismo de desafiador para garantizarlo).