Evolución de las sidechains de Bitcoin a Capa 2: Análisis de la ruta técnica de Merlin Chain
El desarrollo de Merlin Chain se puede considerar como una respuesta a las circunstancias actuales. Basándose en la enorme comunidad que han traído proyectos como BRC-20 y BRC-420, Merlin Chain ha optado por una ruta técnica de integración y iteración continua. Esta elección se debe, de hecho, a las limitaciones de "programabilidad" que existen en la red nativa de Bitcoin, en términos de disponibilidad de datos y la completitud de Turing de los contratos inteligentes.
En el último año y pico, el ecosistema de Bitcoin ha visto muchos proyectos innovadores, como RGB++, BitVM, zkVM, AVM, etc., pero la mayoría aún no se ha implementado completamente. La estrategia de Merlin Chain es absorber las ventajas de estos proyectos y mejorar continuamente su marco tecnológico.
Según un informe de análisis, Merlin Chain era inicialmente una arquitectura de sidechains pura, construida sobre el servicio CDK RaaS de una empresa, utilizando la arquitectura Validium. Esto significa que los datos de las transacciones de 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 verificar la precisión de los datos de L2. Además, los datos originales de la arquitectura Validium se almacenan en una base de datos local, y un comité de disponibilidad de datos se encarga de la obtención, clasificación y verificación de los datos.
Esta arquitectura requiere una alta confianza en la cadena misma, lo que dificulta la expansión a gran escala. Para resolver este problema, Merlin ha realizado mejoras desde dos aspectos:
Colaborar con BTCOS para mejorar el puente nativo de cadenas cruzadas y la verificabilidad de los datos de la red principal de Bitcoin en L2. BTCOS ha construido una máquina virtual de prueba verificable BitSNARK basada en el marco ZK, combinada con el puente de cadenas cruzadas Grail Bridge para actualizar la transferencia de activos y los cambios de estado de L2. Todo el proceso sincroniza el estado entre L2 y la red principal a través de una red intermedia ZK, y finalmente se basa en el bloqueo temporal de activos de la red principal y el mecanismo de desafío BitVM para lograr interacciones confiables.
Colaborar con un proyecto para construir capacidades de disponibilidad de datos verificables. Su lógica básica es desplegar nodos completos fuera de la cadena para sincronizar los datos de estado completo de BTC y los datos de prueba de cambios 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, lo que mejora los problemas de falta de transparencia y verificabilidad que existían anteriormente en el DAS fuera de la cadena, y eleva la capacidad de DA requerida.
El objetivo final de Merlin Chain es convertirse en una red de Bitcoin ZK-Rollup, compuesta por componentes como Node, zkProver, Database, entre otros. A través de una red de oráculos descentralizada indexada de manera similar al protocolo Ordinals, se espera que Merlin Chain logre un equilibrio en aspectos como la descentralización, la transparencia y la verificabilidad, convirtiéndose en una solución de Capa 2 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.
13 me gusta
Recompensa
13
4
Compartir
Comentar
0/400
ChainWallflower
· hace7h
Esta trampa técnica es alcista.
Ver originalesResponder0
Layer2Arbitrageur
· hace7h
acabo de calcular los números... la optimización de gas de merlín podría generar oportunidades de arbitraje de ~400bps si se codifica correctamente *smirks*
Ver originalesResponder0
SerumSquirter
· hace7h
¿De qué están hablando sobre la integridad? Solo se necesita dinero para hacer las cosas.
Ver originalesResponder0
CryptoWageSlave
· hace7h
Poco a poco, primero veamos cómo corre el BTC y luego hablamos.
Merlin Chain: la evolución técnica de Bitcoin sidechains a ZK Capa 2
Evolución de las sidechains de Bitcoin a Capa 2: Análisis de la ruta técnica de Merlin Chain
El desarrollo de Merlin Chain se puede considerar como una respuesta a las circunstancias actuales. Basándose en la enorme comunidad que han traído proyectos como BRC-20 y BRC-420, Merlin Chain ha optado por una ruta técnica de integración y iteración continua. Esta elección se debe, de hecho, a las limitaciones de "programabilidad" que existen en la red nativa de Bitcoin, en términos de disponibilidad de datos y la completitud de Turing de los contratos inteligentes.
En el último año y pico, el ecosistema de Bitcoin ha visto muchos proyectos innovadores, como RGB++, BitVM, zkVM, AVM, etc., pero la mayoría aún no se ha implementado completamente. La estrategia de Merlin Chain es absorber las ventajas de estos proyectos y mejorar continuamente su marco tecnológico.
Según un informe de análisis, Merlin Chain era inicialmente una arquitectura de sidechains pura, construida sobre el servicio CDK RaaS de una empresa, utilizando la arquitectura Validium. Esto significa que los datos de las transacciones de 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 verificar la precisión de los datos de L2. Además, los datos originales de la arquitectura Validium se almacenan en una base de datos local, y un comité de disponibilidad de datos se encarga de la obtención, clasificación y verificación de los datos.
Esta arquitectura requiere una alta confianza en la cadena misma, lo que dificulta la expansión a gran escala. Para resolver este problema, Merlin ha realizado mejoras desde dos aspectos:
Colaborar con BTCOS para mejorar el puente nativo de cadenas cruzadas y la verificabilidad de los datos de la red principal de Bitcoin en L2. BTCOS ha construido una máquina virtual de prueba verificable BitSNARK basada en el marco ZK, combinada con el puente de cadenas cruzadas Grail Bridge para actualizar la transferencia de activos y los cambios de estado de L2. Todo el proceso sincroniza el estado entre L2 y la red principal a través de una red intermedia ZK, y finalmente se basa en el bloqueo temporal de activos de la red principal y el mecanismo de desafío BitVM para lograr interacciones confiables.
Colaborar con un proyecto para construir capacidades de disponibilidad de datos verificables. Su lógica básica es desplegar nodos completos fuera de la cadena para sincronizar los datos de estado completo de BTC y los datos de prueba de cambios 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, lo que mejora los problemas de falta de transparencia y verificabilidad que existían anteriormente en el DAS fuera de la cadena, y eleva la capacidad de DA requerida.
El objetivo final de Merlin Chain es convertirse en una red de Bitcoin ZK-Rollup, compuesta por componentes como Node, zkProver, Database, entre otros. A través de una red de oráculos descentralizada indexada de manera similar al protocolo Ordinals, se espera que Merlin Chain logre un equilibrio en aspectos como la descentralización, la transparencia y la verificabilidad, convirtiéndose en una solución de Capa 2 de Bitcoin compatible con EVM.