BVM використовує двоетапний процес транзакції для вбудовування своїх даних. Спочатку створюється базова транзакція Bitcoin, яка виділяє вихід для зберігання даних. Подальше вбудовування фактичних даних, таких як інструкції смарт-контракту або параметри, специфічні для додатку, здійснюється в полі даних свідка наступної транзакції. Ця налаштування забезпечує сумісність зі структурою транзакцій Bitcoin.
Обмеження скриптів Bitcoin у минулому заважають складної програмованості. BVM вирішує цю проблему, вводячи розширені функціональні можливості, включаючи здатність запускати децентралізовані додатки. Вибрані механізми інтеграції розроблені для мінімізації вимог до ресурсів основного ланцюжка Bitcoin, забезпечуючи при цьому перевірку і безпеку обчислень, які здійснюються поза ланцюжком.
Для збереження незмінності та детермінованих властивостей біткойн-транзакцій вбудовують метадані, які легко можна отримати та перевірити. Метадані криптографічно хешуються, пов'язуючи їх з базовою транзакцією та забезпечуючи консистентність всередині блокчейну.
Процес вбудовування даних включає створення транзакції Bitcoin, яка містить необхідні інструкції або інформацію. Ці транзакції потім транслюються і підтверджуються в блокчейні Bitcoin, забезпечуючи незмінність та доступність для всіх учасників.
Цей підхід забезпечує збереження масштабованості Біткойну, дозволяючи використовувати розширені функціональні можливості. Внутрішня перевірка позацепових виконань гарантує цілісність та автентичність результатів, зберігаючи довіру до системи.
Транзакції Taproot відіграють важливу роль у роботі BVM на Bitcoin. Завдяки можливості Taproot об'єднувати кілька умов в одному виводі, BVM забезпечує ефективне кодування та зберігання складних умов контракту. Крім того, Taproot поліпшує конфіденційність, розкриваючи лише виконані умови контракту та зменшуючи обсяг викладених даних на блокчейні.
Використовуючи модель консенсусу Bitcoin, BVM уникає введення нових припущень про довіру або залежності, зберігаючи децентралізовану та недовірливу природу Bitcoin.
Один з часто обговорюваних тем, пов'язаних з BVM, - це можлива необхідність повернути стару функцію мови скриптування Bitcoin, відому якOP_CAT. Ця функція була частиною оригінального дизайну Біткойн, але була вимкнена в 2010 році через обурення щодо ризиків безпеки. У своїй суті,OP_CAT дозволяє розробникам об'єднувати (об'єднувати) дві частини даних у скрипті Bitcoin. Хоча це може здатися простим, воно може ввімкнути більш просунуті функції, такі як створення складніших умов для транзакцій або підтримка нових інструментів, таких як BVM.
ПоновленняOP_CATпотрібно змінити протокол Біткойну через процес, що називається м'яким вилом. М'який вилка - це оновлення, яке дозволяє додавати нові функції до Біткойну без несумісності зі старими версіями. Деякі розробники бачать потенційне відновлення OP_CATяк можливість покращення функціональності Біткойну, особливо для додатків, таких як BVM, які мають на меті розширити використання Біткойну поза базовими транзакціями.
Незважаючи на ці дискусії, важливо зазначити, що OP_CATне було повторно введено, і не було внесено жодних змін до мови сценаріїв Bitcoin для підтримки BVM. Наразі BVM розроблено для роботи без покладання на будь-які нові функції чи модифікації системи Bitcoin. Воно використовує наявні інструменти, такі як Taproot, для інтеграції з Bitcoin. Taproot дозволяє BVM вбудовувати свої дані в транзакції Bitcoin безпечно та ефективно, забезпечуючи сумісність з поточними правилами Bitcoin.
Цей підхід мінімізує необхідність у значних змінах в Bitcoin, але дозволяє BVM працювати так, як задумано. Розробники продовжують досліджувати способи покращення можливостей Bitcoin і повторного введення OP_CAT залишається потенційним, але не обов'язковим покращенням для майбутнього BVM.
Найцікавіше
Відмова від відповідальності
* Криптоінвестиції пов'язані зі значними ризиками. Дійте обережно. Курс не є інвестиційною консультацією.
* Курс створений автором, який приєднався до Gate Learn. Будь-яка думка, висловлена автором, не є позицією Gate Learn.