Автор: Haotian
Що ви думаєте про безпечну крос-чейн співпрацю між Merlin Chain і BitcoinOS? Виходячи з суто технічної точки зору, давайте коротко поділимося знаннями:
1) Нещодавно компанія MerlinChain опублікувала дані піврічного звіту з такими вражаючими даними, як понад 1,2 мільярда доларів США в TVL, 16 мільярдів у перехідних активах і понад 200 екологічних партнерів. Це, здається, непогано для ринку що пережила півроку смути.
Згадуючи свій поспішний запуск під аурою найсильнішого консенсусу у всесвіті, біткойн-рівень 2 зазнав багатьох критики та осудів – проблема «децентралізації» міжланцюгового мосту.
Однак через природну відсутність недоліку «безпеки» L2, який надає основна мережа на мові сценаріїв Bitcoin, проблема ранньої «децентралізації» та «безпека» суперечать, але втручання централізованої установи-зберігача може забезпечити тимчасове рішення. Таким чином, більшість ранніх проектів рівня 2 BTC стосувалися питань безпеки між ланцюгами безпосередньо та грубо у формі CeDeFi, особливо більшість сумісних з EVM BTC рівня 2 прийняли цей метод.
Однак у прагненні до децентралізованого гіківства в Crypto остаточним рішенням є рішення, яке є достатньо технічно рідним і яке одночасно вирішує проблеми «безпеки» та «децентралізованої довіри».
2) Через обмежені характеристики простору сценарію UTXO та логіку перевірки основної мережі біткойн, основній мережі важко зберігати всі стани даних рівня 2, а також неможливо використовувати смарт-контракти для перевірки правильність стану Доказ рівня 2. Таким чином, чесний біткойн на ринку. Наразі існує лише два методи консенсусу безпеки між ланцюжками рівня 2 (напрямок, сумісний з EVM):
1. Метод перевірки ZK Proof: Створіть віртуальну машину, яка може перевірити Proof на основі Layer2, що генерує Proof у формі SNARKs proof, а віртуальна машина перевіряє Proof сценарій основної мережі для перевірки. Таким чином, технологія ZK використовується як засіб для забезпечення того, що статус даних рівня 2 може взаємодіяти з основною мережею за умови довіри.
Наприклад: @ProjectZKM створив програмний набір інструкцій zkMIPs, створив універсальну віртуальну машину перевірки даних на основі zkVM і побудував мережу Entangled Rollup Network для реалізації сумісного міжланцюжкового обміну активами та статусом повідомлень і, нарешті, реалізував довірений крос-ланцюг. -безкоштовне спілкування на механізмі безпеки @GOATRollup Bridge між ланцюгами та перший децентралізований рівень Sequencer BTC2.
Інший приклад: @BTC_OS створила систему віртуальної машини спеціально для SNARK - BitSNARK. У той же час він побудував перехресний міст під назвою Grail Bridge для системи перевірки віртуальної машини для безпечної передачі передачі активів і статусу з основної мережі. зміна шару 2. Загальна логіка також полягає у використанні ZK як середовища перевірки для максимізації можливостей блокування стану та перевірки обмеженого простору основної мережі для забезпечення безпеки активів мережі Rollup рівня 2.
Обидва рішення використовують технологію захисту від нульових знань. ZKM використовує більш загальне рішення zkVM, тому воно має ширшу технічну підтримку, коли впроваджуються проекти додатків, такі як мережа GOAT bridge service зосереджується на безпечній передачі міжланцюжкових активів.
Логіка перевірки Proofs, логіка блокування активів основної мережі Peg-in і Peg-out і механізм виклику BitVM однакові між ними, тому вони порівнюються разом для легшого розуміння.
2. Метод посилення безпеки криптографічного алгоритму: мета полягає в тому, щоб максимізувати простір і можливості верифікації сценарію UTXO основної мережі біткойн. Сам сценарій використовує контракт для визначення набору логіки застави, відокремлення та зняття коштів і, зрештою, покладається на EOTS. схема підпису з декількома заключними раундами консенсусу та іншими зовнішніми комерційними результатами для реалізації безпеки основних мережевих активів і можливостей консенсусу безпеки.
Немає потреби пояснювати надто багато, мабуть, усі думали, що це метод реалізації консенсусу безпеки @babylonlabs_io. Основна логіка полягає в тому, щоб надійно заблокувати активи в межах юрисдикції основної мережі, а потім валідатори вузлів POS-ланцюга другого рівня формують набір консенсусу управління для підтримки порядку (у будь-якому випадку активи заблоковані в основній мережі, і все буде зроблено на другому шарі).
У порівнянні з можливостями верифікації на основі протоколу технології ZK, якщо BitcoinOS і GOAT повинні перевіряти «правильність» кожної транзакції на рівні 2, здатність Babylon забезпечити консенсус безпеки рівня 2 більше схожа на економічно обов’язковий консенсус соціального забезпечення.
Ось і все
Що стосується MerlinChain, поточний користувач, обсяг транзакцій, екологічна активність та інші дані, накопичені в ланцюжку, все ще доводять, що його консенсус і вплив на екосистему рівня 2 Bitcoin не можна недооцінювати.
Виходячи з цього, MerlinChian має сенс, поєднуючи різні чудові технічні рішення безпеки, які постійно розвиваються в екосистемі, щоб компенсувати власні недоліки. На ринку протоколів другого рівня біткойн існує багато мікроінновацій, і більшості з них бракує можливостей виходу на ринок. Лише доповнюючи сильні та слабкі сторони один одного, просуваючись як команда та, зрештою, формуючи синергетичний потенціал, ринок BTC layer2, який дивиться на фрагментований ринок, може посилити згуртованість і прискорити розвиток.