Evolución de las sidechains de Bitcoin a ZK Layer2: Análisis de la ruta técnica de Merlin Chain

El desarrollo de Merlin Chain ha sido un proceso que se ha adaptado a las circunstancias, cada paso es asombroso. Gracias a la enorme base comunitaria que aportan proyectos como BRC-20, BRC-420, Blue Box y Bitmap Game, Merlin Chain ha elegido una ruta tecnológica de constante integración e iteración.

Esta elección es, de hecho, inevitable. La red nativa de Bitcoin tiene defectos fundamentales de "programabilidad" en áreas como disponibilidad de datos (DA) y completitud de Turing de contratos inteligentes (SC), lo que ha llevado a la aparición de muchos proyectos innovadores en el ecosistema de Bitcoin en los últimos años, aunque la mayoría aún no se ha realizado por completo.

Ante esta situación, Merlin Chain ha adoptado una estrategia de aprovechar lo mejor de cada uno, perfeccionando continuamente su marco técnico. Ha extraído las ventajas de proyectos como RGB++, BitVM, zkVM, AVM, y ha combinado múltiples soluciones de disponibilidad de datos.

Inicialmente, Merlin Chain era una cadena de arquitectura puramente de sidechains, construida sobre una cadena de arquitectura Validium basada en un servicio determinado. 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. 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, 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 realizó mejoras en dos aspectos:

1. Colaborar con proyectos relacionados para mejorar el puente nativo de cadenas cruzadas y resolver el problema de verificación de datos de la red principal de Bitcoin para L2. A través de una máquina virtual de prueba verificable construida sobre un marco ZK, combinada con el puente de cadenas cruzadas para actualizar las transferencias de activos de L2 y los cambios de estado. Todo el proceso es sincronizado por una red intermedia ZK entre el estado de L2 y la red principal, y finalmente se logra una interacción confiable mediante un mecanismo de bloqueo temporal de activos en la red principal y un mecanismo de desafío.

2. Colaborar con un proyecto para construir capacidades de disponibilidad de datos verificables (DA). Desplegar nodos completos fuera de la cadena para sincronizar todos los datos de estado de BTC y los datos de estado de cambio, y lograr la verificación del estado y la confirmación de la Finalidad a través de nodos ligeros desplegados en la mainnet de BTC, mejorando los problemas de falta de transparencia y verificabilidad que existían anteriormente en DAS fuera de la cadena.

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 descentralizados similar al índice del protocolo Ordinals, se busca convertirlo en un Layer2 de Bitcoin compatible con EVM que mejore de manera equilibrada aspectos como la descentralización, la transparencia y la verificabilidad.

Este camino de evolución muestra los esfuerzos de Merlin Chain en innovación tecnológica e integración ecológica, proporcionando nuevas posibilidades para la escalabilidad y la programabilidad de la Bitcoin.