Від найдавніших пофарбованих монет, OmniLayer тощо, до минулорічних написів, до цьогорічних рун і RGB++, біткойн-спільнота ніколи не припиняла спроб випуску активів у мережі біткойн, хоча максималісти біткойнів проти це, вважаючи, що біткойн повинен відігравати мінімалістичну роль як валюта, і хвилюючись, що складність створить потенційні ризики.

Основна причина полягає в тому, що безпека та розмір мережі Bitcoin є дуже привабливими, як природна високоякісна інфраструктура, вона може привнести багато оповідного простору в активи, випущені в ній. І для спільноти було б відкрито уникати пропозицій щодо мережі Bitcoin і просто використовувати існуючий простір у ланцюзі для вивчення методів випуску активів. Наразі ці дослідження методів випуску активів процвітають скрізь, але остаточний результат ще не визначений.

Bitroot, про який ми збираємося поговорити сьогодні, також пропонує новий метод випуску активів, який використовує мережу Bitcoin і підтримує вбудовування смарт-контрактів. Це також рівень L2 Bitcoin.

Еволюція методів випуску активів у мережі Bitcoin

Почнемо з методу випуску активів на біткойн.

Найдавніші пофарбовані монети використовували UTXO біткойна. Додавши певну інформацію до UTXO біткойна, його можна відрізнити від інших UTXO, завдяки чому досягається ефект «забарвлення», а «пофарбований» UTXO містить нові активи. Метадані, пов’язані з цими активами, в основному зберігаються в коді операції OP_RETURN сценарію транзакції Bitcoin. OP_RETURN спочатку був розроблений для завершення сценарію та повернення значення у верхній частині стека, подібно до функції повернення в мові програмування. Пізніше це стало способом вбудовування даних у транзакції Bitcoin Дані можна перевірити та не використовувати в мережі Bitcoin, а верхня межа дозволеного обсягу даних зросла з 40 байт у попередніх версіях до поточних 80 байт. Більш репрезентативні проекти, такі як Open Assets.

У той самий період, коли пофарбовані монети стали популярними, з’явилося багато оновлених методів випуску активів. Наприклад, OmniLayer (раніше Mastercoin), який більше схожий на те, що зараз відомо як Layer2, розміщує логіку транзакцій під ланцюгом біткойн, а ланцюжок біткойнів обслуговує. Використовуйте OP_RETURN, щоб додати метадані транзакції OmniLayer. Існує також Counterparty, як рівень протоколу поверх Bitcoin, він також спрямований на реалізацію децентралізованих функцій обміну активами. Counterparty спочатку використовував код операції Bitcoin OP_CHECKMULTISIG для включення даних, пов’язаних з контрагентом, у блокчейн Bitcoin, але завдяки використанню OP_CHECKMULTISIG It. було визнано хакерською атакою, а код операції OP_Return пізніше використовувався для зберігання даних.

Деякі інші методи зберігання включають: метод видачі з використанням поля nSequence є зарезервованим полем у біткойн-транзакціях і має 32-бітний простір у тому, що додаткове сховище не додається. Типовим проектом є EPOBC (enhanced, paded, order-based coloring), який зберігає додаткову інформацію про активи в полі nSequence в транзакціях Bitcoin. Однак недоліком є ​​те, що немає номера активу, тому транзакцію потрібно відстежити до початкової транзакції створення, що є відносно громіздким.

Можна побачити, що використання коду операції OP_RETURN для зберігання даних було майже основною практикою випуску активів на BTC у перші дні.

Після оновлень Segregated Witness і Taproot було створено новий простір для зберігання активів, який використовує P2TR (тип виведення транзакцій Bitcoin), представлений після оновлення Taproot дані (поле-свідок) транзакції полягає в тому, що простір для зберігання більший: Taproot має максимальний ліміт у 520 байт для однієї частини інформації, і кількість даних може бути розширена шляхом об’єднання кількох частин інформації для зберігання даних-свідків Вартість також відносно дешевша. Тому після експериментального запуску Ordinals це викликало ринкові спекуляції та знову привернуло увагу спільноти до методу випуску активів у ланцюжку Bitcoin. Натхненні Ordinals, різноманітні вдосконалені протоколи випуску активів з’являються в нескінченних популярних, таких як Atomics, спираючись на логіку кольорових монет і відповідаючи кількість кожного токена ARC-20 кількості sats, таким чином усуваючи потребу в ланцюжку, як BRC. -20 Індексатор, оскільки інформація про активи знаходиться в UTXO.

Однак метод видачі написів також викликав опір багатьох OG у спільноті біткойн, головним чином через те, що вони стурбовані тим, що блок біткойн роздуться, а BRC-20 також схильний до атак пилу. Крім того, місце напису знаходиться в області даних свідків. Деякі учасники спільноти стурбовані тим, що ця частина простору буде скасована після майбутніх оновлень.

Нещодавно популярний протокол Runes повернувся до традицій, вибравши зберігати метадані активів у OP_RETURN, і в поєднанні з механізмом Atomics на основі UTXO UTXO може містити будь-яку кількість токенів Runes.

Можна побачити, що метод випуску активів пройшов кілька раундів ітерацій, але врешті-решт більше протоколів вирішують використовувати OP_RETURN у біткойнах для зберігання даних активів.

Нове рішення для емісії активів Bitroot

Повернемося до Bitroot. Bitroot запустив BRT20, який є новим протоколом випуску активів у ланцюжку біткойн. Bitroot називає його кореневим протоколом, а місце, вибране для зберігання даних, також OP_RETURN.

Зокрема, транзакцію біткойн, що містить вихід OP_RETURN, можна створити за допомогою бібліотеки bitcoinlib, популярної бібліотеки, яка обробляє операції, пов’язані з біткойнами. Подібно до інших методів випуску та торгівлі біткойн-активами, Bitroot також може здійснювати випуск і торгівлю активами, створюючи біткойн-транзакції в певних форматах. Коли користувачеві потрібно випустити новий актив, він повинен створити транзакцію Bitcoin, яка містить спеціальні метадані, які визначають назву активу, загальну суму та інші властивості. Після того, як така транзакція підтверджується мережею біткойн і додається до блокчейну, вузли протоколу Bitroot аналізують дані та записують відповідне створення та розподіл активів у своїй внутрішній базі даних.

Варто зазначити, що дані, які Bitroot зберігає в OP_RETURN, це не лише дані про випуск активів і транзакції, а й смарт-контракти.

Однак смарт-контракт тут відрізняється від звичайного смарт-контракту EVM, оскільки смарт-контракт Bitroot побудований на блокчейні біткойн і реалізований за допомогою мови сценаріїв біткойна (основної мови транзакцій біткойн). З міркувань безпеки мова сценаріїв біткойна розроблена таким чином, щоб вона не була повною за Тьюрингом і містить лише деякі звичайні коди операцій, такі як OP_ADD, OP_EQUAL, OP_CHECKSIG, OP_CHECKMULTISIG тощо, які призначені для одноразових платежів. Немає операторів циклу, що дозволяє уникнути нескінченних циклів, але це також означає, що він не може виконувати складні обчислювальні завдання. Основний сценарій програми полягає в перевірці підписів транзакцій для забезпечення автентичності транзакцій. Тому розумні контракти на біткойн будуть більш обмеженими, ніж смарт-контракти EVM.

Bitroot також розпізнає цю функцію Bitcoin Script Language, і рішення полягає в тому, щоб розширити функціональні можливості Bitcoin Script Language шляхом додавання додаткових операційних кодів і функцій для підтримки більш складних смарт-контрактів. Нижче наведено основні особливості впровадження смарт-контрактів Bitroot:

1. Мова сценаріїв на основі біткойнів

Bitroot базується на мові сценаріїв Bitcoin і розширює функціональність шляхом додавання додаткових операційних кодів і функцій.

2. Вбудовуйте дані в транзакції

Дані смарт-контракту Bitroot вбудовуються через вихід OP_RETURN у транзакції біткойн, а вузли Bitroot можуть аналізувати та виконувати дані. Таким чином, логіка смарт-контракту та зміни стану можуть бути закодовані та збережені в цих даних.

3. Аналіз та виконання смарт-контрактів

Коли мережа Bitcoin підтверджує транзакції, що містять дані OP_RETURN, вузли Bitroot аналізуватимуть дані в цих транзакціях і виконають відповідні операції на основі вбудованого коду смарт-контракту. Це включає передачу активів, виконання контрактів тощо. Кожен вузол Bitroot незалежно перевіряє та виконує ці операції для підтримки узгодженості мережі.

4. Обмеження та особливості

Незважаючи на те, що Bitroot покращує функціональність смарт-контрактів таким чином, його функціональність обмежена повнотою біткойн-скриптів, що не відповідає Тьюрингу. Тому смарт-контракти Bitroot більше підходять для додатків, які не вимагають складної логіки, наприклад простих фінансових угод і активів. управління.

5. Майбутнє розширення

Спільнота Bitroot вже вивчає нові способи розширення функціональності смарт-контрактів, включаючи можливі оновлення протоколів та інтеграцію з іншими технологіями блокчейну для забезпечення ширшої підтримки додатків.

Базуючись на наведених вище характеристиках, Bitroot може реалізувати випуск нових активів і вбудовувати логіку смарт-контракту в транзакції, таким чином реалізуючи більш складні випадки фінансового використання, ніж традиційний випуск/транзакції, без модифікації основного протоколу біткойна.

Bitroot працює на двох базах коду: Bitcoin Core і власному програмному забезпеченні Bitroot, тому транзакції Bitroot повинні бути підтверджені мережею Bitcoin. У той же час Bitroot також може успадкувати безпеку та децентралізацію мережі Bitcoin.

Крім того, Bitroot надає низку інструментів і програм-гаманців для спільноти розробників, що дозволяє розробникам і користувачам легко використовувати протокол Bitroot для управління активами, транзакціями та взаємодією з розумними контрактами. Bitroot також підтримує автоматизовані та інтегровані API, щоб забезпечити максимальну зручність для користувачів використовувати.

Bitroot вбудовує функції смарт-контрактів у мережу біткойн і визначає систему аналізу, щоб зробити логіку контракту більш відкритою та прозорою. Успадковуючи безпеку мережі біткойн, Bitroot надає багатші способи гри з активами в мережі біткойн. Окрім випуску та торгівлі активами, послуги Defi, такі як кредитування, Dex, похідні інструменти та платформи запуску, а також транзакції активів, наприклад предмети в іграх, віртуальні персонажі та твори мистецтва, також можуть бути включені в ланцюг.

Досвід тестування Bitroot

Наразі Bitroot відкритий для тестування, а тестова мережева адреса: https://app.bitroot.co/.

Отримати тестову валюту BRT: https://forms.gle/Ghge9r18EqHghCLo6BTC;

Тестовий кран монет BTC: https://coinfaucet.eu/en/btc-testnet/;

Купівля пробної монети BTC: https://buytestnet.com/.

Після входу спочатку створіть гаманець, а після отримання тестових жетонів ви можете протестувати випуск активів.

Зараз існує три типи активів, які можна створити, а саме: створення ресурсів з алфавітними назвами, створення підактивів існуючих ресурсів і створення безкоштовних активів із цифровими назвами.

Створити активи з алфавітними назвами відносно просто. Введіть назву маркера, опис (інформацію про опис, цю інформацію можна змінити в будь-який час), кількість (кількість випуску, за замовчуванням – додатковий випуск) і натисніть створити маркер, щоб створити його.

Щоб створити підактив активу, вам потрібно спочатку створити головний актив. Ви можете вибрати щойно створений актив і ввести назву маркера та кількість для його створення.

Під час створення безкоштовного цифрового іменного ресурсу рядок, що починається з A, буде випадковим чином призначено як ім’я маркера (номер після A можна налаштувати). Все ще введіть інформацію про опис і кількість для створення.

Просто натисніть стрілку на активі, щоб реалізувати такі функції, як передача активів, перегляд інформації, випуск активів і блокування активів.

У лівій частині функціональної області знаходиться інтерфейс торгівлі активами. Інтерфейс відображатиме популярні торгові пари та торгові пари з відкладеними ордерами на поточному ринку. Шукайте відповідну торгову пару для оформлення заявок на купівлю та продаж, що є простим і зручним.

Підведіть підсумки

BRT20, запущений компанією Bitroot, глибоко досліджує доступні функції ланцюжка біткойнів і забезпечує інтелектуальний спосіб випуску рідних активів у ланцюжку біткойнів. Однак протокол все ще перебуває на початковій стадії, і потрібен час, щоб побачити, чи буде він широко визнаний спільнотою в майбутньому.