Глубокий анализ протокола Runes: анализ механизма базового проектирования и его ограничений

1. Рун ( символы ) Обзор

В прошлом году самым заметным явлением в области Web3 стало взрывное развитие экосистемы инскрипций. Этот бум вызван протоколом Ordinals, который предоставляет уникальный номер каждому сатоши на биткойне. Основатель Ordinals кейси еще в сентябре прошлого года представил базовую версию кода протокола Runes, но так и не выпустил официальную версию основной сети.

В это время некоторые проекты, такие как RunesAlpha, заранее форкнули этот код и выпустили его самостоятельно, хотя это вызывает подозрения в плагиате, но всего за несколько месяцев общий рыночный капитал увеличился на сотни миллионов долларов, что также демонстрирует огромный потенциал протокола Runes.

Официальная версия протокола Runes ожидается к официальному запуску в основной сети Биткойн примерно 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 Bitcoin в 2021 году, который позволяет более конфиденциально хранить различные условия транзакций. Конкретная реализация заключается в том, чтобы сначала сгенерировать UTXO(commit транзакцию на адрес P2TR, сгенерированный по хешу скрипта, а затем, при расходовании этого UTXO, предоставить настоящий скрипт в свидетельствующем скрипте, тем самым загружая данные в цепочку в транзакции )reveal.

Определение Ordinals Протокол, надпись связывается с первым сатоши первого входа после завершения процесса надписи (commit и reveal двух транзакций ).

( 2.3 Сравнение двух схем интеграции данных в блокчейн

Этчинг:

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

Гравировка:

• Преимущества: практически не ограничен в размере, обладает определенной способностью к защите конфиденциальности, поддерживает различные способы игры ), такие как таймлок, доказательство работы ###.
• Недостатки: требуется две транзакции в блокчейне, конечные затраты выше, время существования commit-транзакции долгое, большая нагрузка на пул памяти полных узлов.

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. Минтинг: добавлено поле, ограничивающее одну транзакцию на создание одного актива, что сбалансировало стартовые условия для технических и обычных пользователей.

3. Этчинг: произошли значительные изменения в способе развертывания активов

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

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

( 4. Оценка нового Протоколa Runes

Преимущества:

• Учитывая потребности рынка, были решены некоторые проблемы на раннем этапе протокола.
• Внедрение протокола Ordinals, использование существующей пользовательской базы
• Являясь протоколом FT, он дополняет недостатки Ordinals в области рыночной деятельности.
• Использование OP_RETURN для записи данных повышает безопасность и уровень децентрализации

Недостатки:

• Проблема рыночного времени, ограниченные сроки разработки могут повлиять на развитие экосистемы
• Правила сложные, особенно проблема с длиной названия активов может увеличить риски для пользователей.
• Будущая совместимость остается неопределенной, в развитии L2 и BVM несколько отстает

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