Глибокий аналіз протоколу Runes: проєктування базових механізмів та обмеження
Протягом минулого року найбільш вражаючим розвитком у сфері Web3 стала бурхлива поява екосистеми інскрипцій. Ця хвиля бере свій початок з протоколу Ordinals, який надає унікальний серійний номер кожному сатоші в мережі біткойн.
Основні розробники Runes протоколу подали базову версію коду ще в вересні минулого року, але основна мережа досі не була офіційно випущена. Це призвело до того, що деякі проекти, такі як RunesAlpha, раніше відклонили цей код і самостійно випустили протокол. Незважаючи на певні спори, ці проекти за кілька місяців досягли зростання капіталізації на кілька сотень мільйонів доларів, що демонструє величезний потенціал протоколу Runes.
Офіційна стабільна версія протоколу Runes очікується близько 20 квітня 2024 року на основній мережі Біткойн. Це означає, що проєкти, які хочуть випустити активи Runes, а також гаманці та торгові платформи, які бажають підтримувати Runes, зіткнуться з одним з найскладніших завдань у блокчейн-індустрії: як без тестової мережі безпосередньо адаптуватися до основної мережі.
У цій статті буде систематично розглянуто еволюцію базових полів проекту Runes, що допоможе читачам зрозуміти принципові відмінності між Runes та іншими FT протоколами (такими як BRC20, ARC20), а також об'єктивно оцінити їх переваги та недоліки.
Спосіб запису даних на блокчейні біткойна
Біткоїн-мережа має два основні способи прикріплення даних поза ланцюгом до ланцюга: гравіювання та естампування.
Принципи техніки травлення
Runes використовує технологію гравіювання, яка є інтуїтивно зрозумілим способом запису інформації в ланцюзі. Вона реалізується шляхом запису даних у поле OP_RETURN незатрачених виходів транзакцій Bitcoin (UTXO). Ця функція почала підтримуватися з версії 0.9 основного клієнта Bitcoin 2014 року, створюючи тип виходу, який можна перевірити, але не можна витратити, що дозволяє зберігати дані безпосередньо в блокчейні.
У блоку перегляду Bitcoin легко можна побачити транзакції з інформацією OP_RETURN. Ця інформація зазвичай представлена у формі шестнадцяткового коду, а після декодування може бути у форматі JSON, що містить інформацію про розгортання, карбування, випуск активів Runes тощо.
технологічні принципи гравірування
Ordinals/BRC20 та інші протоколи використовують технологію гравіювання, вбудовуючи метадані в свідчення транзакцій. Цей процес використовує ізольовані свідчення та механізм "оплата через Taproot", який завершується через два етапи (тобто дві транзакції): подання та розкриття.
P2TR – це тип виходу транзакцій, введений у 2021 році під час оновлення Taproot для Bitcoin, який покращує конфіденційність умов транзакцій. Процес гравіювання вимагає спочатку створити UTXO, що сплачує на адресу P2TR, згенеровану конкретним скриптом (подати транзакцію), а потім, витрачаючи цей UTXO, надати справжній скрипт у свідченнях, таким чином завантажуючи дані гравіювання на ланцюг (розкриваючи транзакцію).
Порівняння двох схем
Переваги травлення:
Логіка проста і зрозуміла
Низькі витрати на угоди
Не займає пам'яті пулу повних вузлів
Недоліки гравірування:
обмежений на довжину 80 байтів
потрібно високо стисло кодувати дані
Переваги гравіювання:
майже не обмежує розмір даних
має певну здатність до захисту конфіденційності
Підтримка різноманітних розширених функцій (таких як таймер, доказ роботи)
Недоліки гравірування:
Потрібно дві транзакції в мережі, загальні витрати досить високі
Тривалий час існування угоди створює великий тиск на пам'ять повних вузлів.
Глибокий аналіз дизайну Runes протоколу
Протокол Runes еволюціонував від початкової версії 0.11 до поточної версії 0.18, пройшовши значні зміни. Порівнюючи дизайн полів цих двох версій, ми можемо глибше зрозуміти основні цінності Runes.
Runes 0.11 версія аналіз
Ранні версії протоколу Runes в основному містять три частини: edicts (інформація про передачу активів), etching (інформація про розгортання активів) та burn (знищення).
Коли поле OP_RETURN транзакції декодується і містить правильно відформатовану інформацію edicts, поза ланцюговий解析器 розраховує стан переказу активів користувача, де output вказує на ціль переказу.
Частина ектінгу визначає основну інформацію про розгортання активів. На відміну від ERC721, Runes додає поля limit і term, щоб обмежити кількість випусків та час, протягом якого можна випускати. Це відображає фундаментальну різницю між проєктами гравірування та рун та випуском активів через смарт-контракти Ethereum: через відсутність перевірки смарт-контрактів на ланцюгу, протоколи на зразок Runes єдині визначають спосіб випуску активів і участі користувачів у їхньому випуску, підкреслюючи концепцію чесного запуску та зменшуючи можливості втручання проєктних команд у ринок.
Runes аналіз версії 0.18
Остання версія протоколу Runes впровадила кілька важливих змін:
Додано параметр pointer у поле edicts, для зміни напрямку за замовчуванням передачі активів, оптимізуючи ефективність кодування при одночасному виведенні кількох активів Runes.
Додано поле Mint, яке обмежує кожну угоду на випуск лише одного активу, що збалансовує можливості участі технічних та звичайних користувачів.
частина гравірування (розгортання активів) зазнала значних реформ:
Зміна способу генерації ID активів, оптимізація використання кодувального простору
Введення поля terms, що дозволяє емітенту вказати початкову висоту блоку для карбування, підвищує справедливість участі користувачів.
Реалізація правил звільнення довжини імені, контроль за розподілом обмежених ресурсів
Використання двоступеневого процесу розгортання, схожого на гравірування (commit та reveal), для підвищення захисту конфіденційності
Додано поле turbo, зарезервовано місце для майбутнього протоколу
Оцінка нового протоколу Runes
Останнє проектування Runes протоколу демонструє глибоке розуміння потреб ринку і має на меті покращити проблему розповсюдження неякісних активів в екосистемі написів. Як частина Ordinals протоколу, Runes може скористатися існуючою базою користувачів і доповнити недостатність Ordinals у питаннях ринкової діяльності.
Однак, протокол Runes також стикається з деякими викликами:
Ринкові можливості: напружений графік розробки може вплинути на початковий розвиток екосистеми.
Складність правил: складні правила управління випуском та довгі назви можуть збільшити ризик помилок користувачів.
Майбутня сумісність: порівняно з іншими протоколами (наприклад, Atomical) у напрямку смарт-контрактів, Runes наразі переважно зосереджується на рівні випуску активів.
Попри це, дизайн Runes протоколу, що використовує метод OP_RETURN для запису даних на блокчейні, надає величезну гнучкість в управлінні активами та має потенціал для досягнення безпеки, порівнянної з Bitcoin. З розвитком екосистеми Runes має перспективи для відкриття нових сценаріїв використання в мережі Bitcoin.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
8 лайків
Нагородити
8
6
Поділіться
Прокоментувати
0/400
SleepTrader
· 11год тому
Ще одна іграшка екосистеми btc
Переглянути оригіналвідповісти на0
WhaleWatcher
· 11год тому
Ще один король навчання ординалів прийшов?
Переглянути оригіналвідповісти на0
ChainSauceMaster
· 11год тому
Знову прийшли обманювати невдах.
Переглянути оригіналвідповісти на0
GamefiHarvester
· 11год тому
Добре, знову є нова точка обдурювання невдах!
Переглянути оригіналвідповісти на0
DaoDeveloper
· 12год тому
цікава реалізація шаблону, якщо чесно... потрібно дослідити теорію ігор тут
Аналіз протоколу Runes: базовий дизайн, оптимізація та потенційні виклики
Глибокий аналіз протоколу Runes: проєктування базових механізмів та обмеження
Протягом минулого року найбільш вражаючим розвитком у сфері Web3 стала бурхлива поява екосистеми інскрипцій. Ця хвиля бере свій початок з протоколу Ordinals, який надає унікальний серійний номер кожному сатоші в мережі біткойн.
Основні розробники Runes протоколу подали базову версію коду ще в вересні минулого року, але основна мережа досі не була офіційно випущена. Це призвело до того, що деякі проекти, такі як RunesAlpha, раніше відклонили цей код і самостійно випустили протокол. Незважаючи на певні спори, ці проекти за кілька місяців досягли зростання капіталізації на кілька сотень мільйонів доларів, що демонструє величезний потенціал протоколу Runes.
Офіційна стабільна версія протоколу Runes очікується близько 20 квітня 2024 року на основній мережі Біткойн. Це означає, що проєкти, які хочуть випустити активи Runes, а також гаманці та торгові платформи, які бажають підтримувати Runes, зіткнуться з одним з найскладніших завдань у блокчейн-індустрії: як без тестової мережі безпосередньо адаптуватися до основної мережі.
У цій статті буде систематично розглянуто еволюцію базових полів проекту Runes, що допоможе читачам зрозуміти принципові відмінності між Runes та іншими FT протоколами (такими як BRC20, ARC20), а також об'єктивно оцінити їх переваги та недоліки.
Спосіб запису даних на блокчейні біткойна
Біткоїн-мережа має два основні способи прикріплення даних поза ланцюгом до ланцюга: гравіювання та естампування.
Принципи техніки травлення
Runes використовує технологію гравіювання, яка є інтуїтивно зрозумілим способом запису інформації в ланцюзі. Вона реалізується шляхом запису даних у поле OP_RETURN незатрачених виходів транзакцій Bitcoin (UTXO). Ця функція почала підтримуватися з версії 0.9 основного клієнта Bitcoin 2014 року, створюючи тип виходу, який можна перевірити, але не можна витратити, що дозволяє зберігати дані безпосередньо в блокчейні.
У блоку перегляду Bitcoin легко можна побачити транзакції з інформацією OP_RETURN. Ця інформація зазвичай представлена у формі шестнадцяткового коду, а після декодування може бути у форматі JSON, що містить інформацію про розгортання, карбування, випуск активів Runes тощо.
технологічні принципи гравірування
Ordinals/BRC20 та інші протоколи використовують технологію гравіювання, вбудовуючи метадані в свідчення транзакцій. Цей процес використовує ізольовані свідчення та механізм "оплата через Taproot", який завершується через два етапи (тобто дві транзакції): подання та розкриття.
P2TR – це тип виходу транзакцій, введений у 2021 році під час оновлення Taproot для Bitcoin, який покращує конфіденційність умов транзакцій. Процес гравіювання вимагає спочатку створити UTXO, що сплачує на адресу P2TR, згенеровану конкретним скриптом (подати транзакцію), а потім, витрачаючи цей UTXO, надати справжній скрипт у свідченнях, таким чином завантажуючи дані гравіювання на ланцюг (розкриваючи транзакцію).
Порівняння двох схем
Переваги травлення:
Недоліки гравірування:
Переваги гравіювання:
Недоліки гравірування:
Глибокий аналіз дизайну Runes протоколу
Протокол Runes еволюціонував від початкової версії 0.11 до поточної версії 0.18, пройшовши значні зміни. Порівнюючи дизайн полів цих двох версій, ми можемо глибше зрозуміти основні цінності Runes.
Runes 0.11 версія аналіз
Ранні версії протоколу Runes в основному містять три частини: edicts (інформація про передачу активів), etching (інформація про розгортання активів) та burn (знищення).
Коли поле OP_RETURN транзакції декодується і містить правильно відформатовану інформацію edicts, поза ланцюговий解析器 розраховує стан переказу активів користувача, де output вказує на ціль переказу.
Частина ектінгу визначає основну інформацію про розгортання активів. На відміну від ERC721, Runes додає поля limit і term, щоб обмежити кількість випусків та час, протягом якого можна випускати. Це відображає фундаментальну різницю між проєктами гравірування та рун та випуском активів через смарт-контракти Ethereum: через відсутність перевірки смарт-контрактів на ланцюгу, протоколи на зразок Runes єдині визначають спосіб випуску активів і участі користувачів у їхньому випуску, підкреслюючи концепцію чесного запуску та зменшуючи можливості втручання проєктних команд у ринок.
Runes аналіз версії 0.18
Остання версія протоколу Runes впровадила кілька важливих змін:
Додано параметр pointer у поле edicts, для зміни напрямку за замовчуванням передачі активів, оптимізуючи ефективність кодування при одночасному виведенні кількох активів Runes.
Додано поле Mint, яке обмежує кожну угоду на випуск лише одного активу, що збалансовує можливості участі технічних та звичайних користувачів.
частина гравірування (розгортання активів) зазнала значних реформ:
Оцінка нового протоколу Runes
Останнє проектування Runes протоколу демонструє глибоке розуміння потреб ринку і має на меті покращити проблему розповсюдження неякісних активів в екосистемі написів. Як частина Ordinals протоколу, Runes може скористатися існуючою базою користувачів і доповнити недостатність Ordinals у питаннях ринкової діяльності.
Однак, протокол Runes також стикається з деякими викликами:
Ринкові можливості: напружений графік розробки може вплинути на початковий розвиток екосистеми.
Складність правил: складні правила управління випуском та довгі назви можуть збільшити ризик помилок користувачів.
Майбутня сумісність: порівняно з іншими протоколами (наприклад, Atomical) у напрямку смарт-контрактів, Runes наразі переважно зосереджується на рівні випуску активів.
Попри це, дизайн Runes протоколу, що використовує метод OP_RETURN для запису даних на блокчейні, надає величезну гнучкість в управлінні активами та має потенціал для досягнення безпеки, порівнянної з Bitcoin. З розвитком екосистеми Runes має перспективи для відкриття нових сценаріїв використання в мережі Bitcoin.