Глибоке розуміння протоколу Runes: аналіз механізму підґрунтя та обмежень

1. Руни(符文)简介

Протягом минулого року найбільш вражаючим явищем у сфері Web3 стало вибухове зростання екосистеми інсcriptions. Ця хвиля виникла завдяки протоколу Ordinals, який надає унікальний номер кожному сатоші на біткоїні. Основний засновник Ordinals, Кейсі, ще в вересні минулого року подав базову версію коду протоколу Runes, але досі не було офіційно випущено версію основної мережі.

Протягом цього часу деякі проекти, такі як RunesAlpha, раніше форкнули цей код і випустили його незалежно. Хоча це викликає підозри в плагіаті, проте за короткий проміжок часу загальна капіталізація в кілька сотень мільйонів доларів також демонструє величезний потенціал протоколу Runes.

Офіційна версія протоколу Runes очікується на офіційному запуску в основній мережі Bitcoin приблизно 20 квітня 2024 року. Це означає, що сторона проекту, гаманці та торгові платформи зіткнуться з серйозним викликом: як без тестової мережі безпосередньо адаптуватися до основної мережі.

У цій статті буде систематизовано еволюцію базових полів проекту Runes, що допоможе читачам зрозуміти принципові відмінності між Runes та протоколами FT, такими як BRC20, ARC20, а також порівняти їх переваги та недоліки для прийняття раціонального рішення.

2. Спосіб запису даних на блокчейні біткойна

На біткоїні існує два основних способи додавання оффчейн-даних до блокчейну: гравірування та витравлення.

2.1 Основи травлення

Runes використовує техніку гравіювання, яка є інтуїтивно зрозумілим способом запису інформації в ланцюгу. Конкретна реалізація полягає в запису даних у поле OP_RETURN UTXO біткойна. Ця функція почала підтримуватися з версії Bitcoin Core 0.9 у 2014 році, що дозволяє створити вивірений, але не споживаний вихід, що забезпечує постійне зберігання даних в блокчейні.

У блокчейн-браузері Bitcoin можна легко побачити інформацію OP_RETURN, додану до транзакції. Хоча ця інформація займає одну позицію виходу UTXO, насправді це закриті, ненадійні дані, які не можна витратити повторно. Це як примітка до транзакції, яка назавжди зберігається в пам'яті Bitcoin і може бути знайдена за допомогою хешу транзакції.

Вміст поля OP_RETURN зазвичай є рядком даних, закодованих у шістнадцятковому форматі, які після декодування можуть надати конкретну інформацію, таку як дані, пов'язані з розгортанням, карбуванням, випуском активів Runes у форматі JSON.

2.2 Основні принципи гравіювання

Ordinals/BRC20 та інші протоколи вбудовують метадані у свідчення транзакцій, цей процес реалізується через ізольовані свідчення та "оплату Taproot" (P2TR), включаючи подачу (commit) та розкриття (reveal) у двох етапах, що вимагає виконання двох транзакцій.

P2TR є типом виходу транзакцій, введеним у оновленні Taproot біткойна 2021 року, який дозволяє більш конфіденційно зберігати різні умови транзакцій. Конкретна реалізація полягає в тому, щоб спочатку згенерувати UTXO( commit транзакцію до адреси P2TR, створеної за допомогою хешу скрипта, а потім, витрачаючи цей UTXO, надати справжній скрипт у свідчить скрипті, таким чином завантажуючи дані на ланцюг у ) reveal транзакції.

Визначення протоколу Ordinals, інскрипції прив'язуються до першого sat першого введення після завершення процесу гравірування ( commit та reveal двома транзакціями ).

( 2.3 Порівняння двох схем виведення даних на ланцюг

Етчинг:

• Переваги: логіка проста і зрозуміла, низькі витрати на транзакції, не займає пам'ять пулу повних вузлів.
• Недоліки: обмеження довжини в 80 байт, необхідно високо стиснути кодування даних.

В刻:

• Переваги: майже немає обмежень за розміром, має певну здатність до захисту приватності, підтримує різні ігрові механіки ), такі як таймлок, доказ роботи ###.
• Недоліки: необхідно дві транзакції в ланцюзі, вартість в підсумку вища, тривалість коміт-транзакції велика, велике навантаження на пам'ять повних вузлів.

3. Аналіз підґрунтя дизайну Runes

( 3.1 Руни 0.11 версія аналіз

Початкова версія полів Runes протоколу поділяється на три частини: edicts) інформація про передачу активів ###, etching( інформація про розгортання активів ) та burn( знищення ).

Коли в OP_RETURN угоди міститься інформація edicts у правильному форматі, поза мережева解析器 обчислить ситуацію з переказом активів користувача, де поле output вказує на ціль переказу.

Вміст гравірування визначає основну інформацію про розгортання активів, а найбільша різниця в порівнянні з ERC721 полягає в тому, що поля limit і term обмежують кількість карбування та діапазон, в якому можна карбувати. Це також є основною різницею між проєктами гравірування, рунами та випуском активів за допомогою смарт-контрактів Ethereum. Через відсутність перевірки смарт-контрактів в ланцюзі, протокол гравірування єдино визначив спосіб випуску активів і участі користувачів у карбуванні, з концепцією справедливого запуску, повністю відкритим для участі користувачів, що зменшує можливість надмірного втручання команди проєкту в ринок.

( 3.2 Руни 0.18 версія аналізу

Остання версія полів протоколу Runes поділяється на чотири аспекти:

1. укази: визначення напрямку передачі активів, новий параметр pointer для зміни стандартного напрямку передачі, щоб адаптуватися до ситуацій, коли кілька активів Runes передаються одночасно, зменшуючи обсяг коду та витрати на транзакції.

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

3. гравірування: відбулася суттєва зміна в способі розподілу активів

   • Ідентифікатор активу змінено на рядковий формат, що економить простір кодування
   • у полі terms додано параметри height та offset, що вказують початкову точку випуску, підвищуючи справедливість
   • Введення правил звільнення довжини імені для контролю рідкісних ресурсів
   • Використання технології гравіювання ) commit та reveal ### для розгортання, забезпечення захисту конфіденційності

4. turbo: нове поле, зарезервоване для майбутніх змін протоколу

( 4. Оцінка нового протоколу Runes

Переваги:

• Відповідає потребам ринку, вирішивши деякі проблеми на початковому етапі протоколу铭文.
• Вбудувати протокол Ordinals, використовуючи існуючу базу користувачів
• Як FT протокол, доповнює недоліки Ordinals у сфері ринкових операцій.
• Використання OP_RETURN для запису даних підвищує безпеку та рівень децентралізації

Недоліки:

• Проблема з ринковими можливостями, обмежений час розробки може вплинути на розвиток екосистеми
• Правила складні, особливо проблема з довжиною назв активів може підвищити ризик для користувачів
• У майбутньому сумісність існує невизначеність, у розвитку L2 та BVM трохи відстає

![Глибоке дослідження механізмів дизайну та обмежень протоколу Runes])https://img-cdn.gateio.im/webp-social/moments-76e02af769fcbb0515c5486c267f20dd.webp###