Merlin Chain, el plan de expansión de Bitcoin, puede ser uno de los lanzamientos aéreos más decepcionantes de este año. Los usuarios tenían grandes expectativas para Bitmap y el equipo BRC-420, pero se rompió tan pronto como estuvo en línea, tocando fondo de aproximadamente $ 1 a $ 0,15. Además del llamado BTC L2, "cargar pruebas de transacción en la red principal para su verificación" generalmente es falsificado por el personal técnico porque "la red principal de Bitcoin no tiene funciones de contrato inteligente". Algunos KOL también cuestionaron el uso original por parte del equipo de Bitmap de actividades como “cajas del tesoro” para recolectar puntos de lanzamiento aéreo, que básicamente consistía en cortar puerros e intercambiar manos izquierdas por derechas. Sin embargo, la organización de investigación Messari publicó recientemente un informe completo sobre Merlin Chain.
¿Cómo definir a Merlín? Messari: cadena lateral EVM de activos nativos de BTC
A diferencia de la comunidad que generalmente llama Merlin Chain BTC Layer 2, Messari cree que Merlin Chain es la cadena lateral EVM de los activos nativos de Bitcoin. Este posicionamiento es consistente con la idea del autor. Si definimos la Capa 2, la transacción se ejecuta fuera de la red principal y luego se carga en la red principal para su verificación. El mecanismo de Merlín no es así, porque la red principal de BTC no puede ejecutar contratos inteligentes, entonces, ¿cómo verificarlo?
Merlin Chain se ha asociado con el protocolo RaaS (Rollup-as-a-service) Lumoz para desarrollar su arquitectura utilizando el CDK de Polygon. Esto permite a Merlin Chain implementar la tecnología zk-validium, mejorando la escalabilidad y la eficiencia de las transacciones mientras se mantiene la seguridad. (El autor añade que el concepto del triángulo imposible de blockchain es que sólo se pueden elegir dos de ellos: descentralización, seguridad y escalabilidad. La elección de Merlín aquí ya es obvia)
La arquitectura consta de zkEVM y el Comité de disponibilidad de datos (DAC). DAC garantiza la validez y disponibilidad de los datos de transacciones fuera de la cadena. El nodo DAC obtiene datos del secuenciador, los valida y los almacena en la base de datos, haciéndolos accesibles a la red manteniendo su integridad. La arquitectura validium de Polygon CDK define Merlin Chain como zkValidium, que aprovecha el probador fuera de cadena zkEVM de Polygon para producir pruebas de conocimiento cero publicadas como pruebas de validez.
Triángulo imposible de blockchain
Sin embargo, Merlin Chain aún no ha publicado una prueba de Bitcoin, por lo que no se puede verificar la red principal de Bitcoin mencionada anteriormente. Lograr un verdadero ZK-rollup requiere publicar pruebas y garantizar que puedan verificarse, pero actualmente, en general, las operaciones de capa 2 de BTC están limitadas por esta verificación. Merlin Chain tiene la intención de completar la transición una vez que el proceso de verificación esté completamente desarrollado. Merlin Chain se ha asociado con BitcoinOS y Nubit para desarrollar la tecnología necesaria para la verificación Bitcoin ZKP, pero su solución aún está en desarrollo.
"BTC Layer 2" es un término de marketing y aún no se ha logrado técnicamente.
En la actualidad, parece que Merlin Chain todavía se está ejecutando como una cadena lateral para activos nativos de Bitcoin como Ordinals y Runes. El mayor obstáculo son los problemas técnicos, una vez superados, pasará a la capa 2 de BTC. Específicamente, ¿cuál es la diferencia entre las cadenas laterales y la Capa 2? Messari también señaló que el término “BTC Layer 2” es actualmente más un término de marketing que una realidad técnica.
En primer lugar, las cadenas laterales no heredan la seguridad de Bitcoin. Se basan en su propio mecanismo de consenso e introducen supuestos de confianza. En segundo lugar, la cadena lateral permite retiros, lo que significa que los usuarios deben confiar en el validador para retirar dinero. Finalmente, a partir del 27 de septiembre de 2024, el lenguaje Script de Bitcoin carece de la capacidad de admitir acumulaciones y contratos inteligentes complejos, lo que significa que la Capa 2 no se puede verificar en la red principal de Bitcoin.
zkProver genera pruebas de conocimiento cero y tiene como objetivo generar certificaciones en la red principal de Bitcoin
Merlin Chain se asocia con BitcoinOS, cuyo objetivo es resolver la escalabilidad y las limitaciones computacionales de Bitcoin. BitcoinOS lanzó el validador BitSNARK, que se centra en la verificación zkSNARK, permitiendo la verificación directamente en la cadena de bloques de Bitcoin con un costo computacional mínimo. Esta integración permite a Merlin Chain aprovechar acumulaciones de Capa 2 seguras y descentralizadas para crear soluciones nativas de Bitcoin más eficientes y escalables.
Merlin Chain utiliza STARK recursivos para garantizar la escalabilidad, lo que permite que el sistema cargue las demandas de los usuarios a gran escala y garantiza una rápida finalización de las transacciones. En la actualidad, la arquitectura de verificación de Merlin Chain se divide principalmente en tres tipos: nodo, zkProver y base de datos.
Nodo: Responsable de procesar y transmitir datos de transacciones. Transfiera datos del árbol Merkle al almacenamiento de la base de datos, ingrese transacciones en zkProver para su procesamiento e interactúe con zkProver para garantizar la validez y corrección de las transacciones.
zkProver: zkProver utiliza la tecnología zkSNARK para generar ZKP y verificar la validez de las transacciones. Interactúe con nodos y repositorios para recopilar información y producir pruebas verificables, incluidos Merkle Roots, claves de hermanos y hashes. zkProver transmite la prueba de la transacción al nodo para su verificación y registro para garantizar la legalidad y seguridad de la transacción.
Suplemento: las claves hermanas se refieren a valores hash entre dos nodos del mismo nodo principal. En pocas palabras, cuando tiene dos o más nodos secundarios (como hash A y hash B) y comparten el mismo nodo principal, entonces los dos nodos secundarios son hermanos y sus valores hash son claves hermanas. Las claves entre hermanos son esenciales para realizar Merkle Proof de forma rápida y eficiente. Permite a los usuarios verificar que datos específicos estén presentes en un bloque sin descargar el árbol completo.
Base de datos: la base de datos almacena datos clave, incluido el contenido del árbol Merkle y la información de transacciones.
La base de datos recibe y almacena los datos del árbol Merkle transmitidos por los nodos. Proporciona a zkProver la información necesaria para generar pruebas de transacciones.
Merlin Chain se ha asociado con Nubit para integrar la capa de disponibilidad de datos nativa de Bitcoin de Nubit en Merlin Chain. Esto permitiría utilizar nodos completos y ligeros para mejorar la escalabilidad y la integridad de los datos, pero esta solución aún está en desarrollo y aún no se ha implementado. Su objetivo es mejorar la descentralización y seguridad de Merlin Chain.
La billetera de firmas múltiples garantiza la seguridad del puente de activos y utiliza la abstracción de cuentas para realizar la posibilidad de interacción entre la billetera BTC y EVM.
¿En cuanto a cómo lograr la interoperabilidad entre Merlin Chain y la red principal de Bitcoin específicamente? En primer lugar, Merlin Chain colabora con Cobo para utilizar MPC-TSS (Multi-Party Computing – Threshold Signature Scheme) para proteger los activos conectados desde la red principal de Bitcoin a Merlin Chain. La tecnología comparte claves privadas entre Cobo y Merlin Chain, lo que garantiza que ninguna de las partes tenga el control total de las claves. La billetera multifirma MPC coadministrada protege los activos conectados a Merlin Chain al evitar puntos únicos de falla. Esta asociación mejora la seguridad y la integridad de los activos puenteados en Merlin Chain.
Merlin Chain, por otro lado, se ha asociado con Particle Network en BTC Connect para permitir que las billeteras nativas de Bitcoin interactúen con dApps compatibles con EVM sin tener que cambiar de billetera. Esto se logra a través de la Abstracción de Cuenta (AA), que utiliza el contrato Paymaster para pagar tarifas de gas a los usuarios para garantizar transacciones más fluidas. Esta integración mejora las transferencias de activos entre Bitcoin y Merlin Chain, permitiendo que las billeteras nativas de Bitcoin interactúen directamente con las dApps de EVM. Para obtener explicaciones y participación sobre la abstracción de cuentas y las partículas, consulte este enlace.
¿Este artículo Bitcoin Layer 2 está refutado? Introducción Informe Messari: Cómo ven las instituciones a Merlin Chain apareció por primera vez en Chain News ABMedia.
