Від Сайдчейна до ZL Layer 2, як Merlin Chain дійшов до цього моменту?

Question

Messari - це системний аналіз Merlin, який поступово переходить від BTC сайдчейн до рішення BTCZK layer2. Після прочитання цього, я зробив особисте узагальнення.

1）Здається, народження ланцюга Мерліна виглядає трохи як вирішення вже наявної проблеми, кожен крок був несподіваним. З великою спільнотою, яка підтримує BRC-20, BRC-420, Blue Box, Bitmap Game та інші, Merlin Chain вибрав шлях неперервного "інтегрування та ітерації" технологій. Фактично, іншого вибору не було.

Тому, через внутрішню недостатню доступність даних (DA), повноту Тьюрінга Смарт-контрактів (SC) тощо на основі нативної мережі BTC, на екосистемі BTC протягом більш як року відбувалася активна інноваційна діяльність, яка ще не повністю реалізувалася.

RGB++ (Nervos), BitVM (BitLayer), zkVM (ZKM), AVM (Atomicals Protocol), DA (B² Network, Nubit) Ідея Merlin Chain полягає в тому, щоб вчитися в інших і постійно збагачувати та вдосконалювати власну технічну базу.

Згідно з доповіддю Messari, початковий ланцюжок Merlin Chain є чистою конструкцією сайдчейну, побудованою Lumoz на основі послуг CDK RaaS, які пропонує Polygon. Це еквівалент ланцюжка Validium, що означає, що дані про транзакції зберігаються повністю поза блокчейном і тільки докази про їх дійсність публікуються на L1, причому головна мережа L1 не може перевірити точність даних L2. Крім того, початкові дані цієї структури Validium зберігаються в локальній базі даних, і комітет доступності даних (DAC) відповідає за отримання, сортування та перевірку цих даних.

Очевидно, це потребує 'довіри' ланцюга як передумови, що ускладнює масштабування на велику відстань; у системі layer2 ETH-блоку Validium був замінений Rollup, і це також сталося через цей аспект.

Для усунення цього фундаментального недоліку Мерлін проводив ітераційне посилення з двох напрямків:

Співпраця з BTCOS для вдосконалення кросчейн моста Native, а також для розв'язання проблеми перевірки L2 даних з боку основної мережі BTC. BitcoinOS на основі ZK фреймворку побудував перевірну віртуальну машину Proof-BitSNARK, яка поєднується з мостом Grail для оновлення передачі активів та зміни стану L2. За допомогою проміжної мережі ZK синхронізується стан між L2 та основною мережею. Нарешті, за допомогою блокування активів на основній мережі та механізму виклику BitVM, досягається взаємодія, якій можна довіряти.

2、Співпраця з Nubit для побудови можливості перевірки доступності даних (DA), загальна логіка така: розгортання повного вузла поза блокчейном для синхронізації повних даних стану BTC та доказів зміни стану, а також використання легкої ноди, розгорнутої на головній мережі BTC, для перевірки стану та підтвердження остаточності. Це покращило прозорість та перевірність DAS поза блокчейном, які раніше існували, і можна вважати, що це підвищило їхню потребу в DA (знаходиться в розробці).

Нарешті, метою Merlin Chain є створення мережі BTCZK-Rollup, яка складається з компонентів, таких як Node, zkProver, Datebase тощо, а також мережі ДецентралізаціїОракул-машина, подібної до протоколу Ordinals, що забезпечує баланс в аспектах Децентралізації (розподіл Нод без дозволу), прозорості (доступність громадських даних) та перевірки (Основна мережа перевіряє стан L2-даних та має механізм виклику). EVM-Compatible BTClayer2 з підвищеними показниками у всіх цих аспектах.