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

1. Runes(Руны)Обзор

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

Официальная версия протокола Runes ожидается к официальному запуску в основной сети Биткойн примерно 20 апреля 2024 года. Это означает, что команде проекта, провайдерам кошельков и платформам для торговли NFT/FT предстоит серьезный вызов: как адаптировать основную сеть без тестовой сети.

В данной статье будет систематически рассмотрена эволюция базовых полей проекта Runes, что поможет читателям в корне понять различия между Runes и FT-протоколами, такими как Brc20, Arc20, для разумной оценки и участия.

2. Способ записи данных в цепочке биткойнов

Существует два основных способа привязки оффлайн-данных к блокчейну в биткойне: гравировка и резка.

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

Runes использует технику гравировки, которая представляет собой способ непосредственной записи информации в цепочку. Конкретно, данные записываются в поле op-return неиспользуемых выходов транзакций Bitcoin (UTXO). Эта функция появилась с версии 0.9 клиентa Bitcoin Core в 2014 году. OP_RETURN создает проверяемый, но непотребляемый выход, позволяя хранить данные в блокчейне.

В блокчейн-браузере биткойнов можно легко увидеть информацию op-return, добавленную к транзакциям. Например, выход #3 транзакции может быть закрытым круговым прямоугольником, что означает, что он не может быть повторно передан или использован. Это похоже на примечания к транзакциям, которые навсегда сохраняются в хранилище биткойнов и могут быть найдены с помощью хэш-индекса транзакции.

2.2 Основные принципы гравировки

Протоколы Ordinals/brc20 встраивают метаданные в свидетельственные данные транзакции. Этот процесс осуществляется через изоляцию свидетельств и "оплату Taproot" (P2TR), включая два этапа: подачу и раскрытие, требующие завершения двух транзакций.

P2TR является типом выходов транзакций, введенным в результате обновления Taproot биткойна в 2021 году, который позволяет более конфиденциально хранить различные условия транзакций. В частности, адреса P2TR генерируются с использованием хеша скрипта и предоставляют настоящий скрипт (с включенной данными инскрипции) при расходовании. Таким образом, для загрузки данных инскрипции необходимо сначала сгенерировать UTXO, который оплачивается на этот адрес P2TR, созданный скриптом (подать транзакцию), а затем при расходовании этого UTXO предоставить настоящий скрипт в свидетельском скрипте, тем самым загружая данные инскрипции в цепочку (раскрытие транзакции).

Протокол Ordinals устанавливает, что铭文 связывается с первым сатоши первого входа после завершения этих двух транзакций.

2.3 Сравнение двух схем записи данных в блокчейн

Этчинг:

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

Гравировка:

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

3. Анализ базового дизайна Runes

3.1 Рун 0.11 версия

Ранние поля протокола Runes делятся на три части: edicts (информация о передаче активов), etching (информация о развертывании активов) и burn (уничтожение).

Когда информация в op_Return декодируется и представляется в правильном формате edicts, внецепочечный анализатор вычисляет ситуацию с перемещением активов пользователя, поле output указывает целевой адрес перемещения.

Содержимое гравировки определяет основную информацию о развертывании активов. Основное отличие от ERC721 заключается в том, что поля limit и term ограничивают количество выпуска и диапазон, в котором можно mint. Это отражает основное различие между проектами гравировок, руническими проектами и выпуском активов через смарт-контракты Ethereum. Из-за отсутствия проверки смарт-контрактов в цепочке, протокол гравировки единообразно определяет способ выпуска активов и участие пользователей в mint, чтобы обеспечить справедливый запуск.

3.2 Рун 0.18 версия

Последняя версия полей Runes Протокол делится на четыре аспекта:

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

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

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

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

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

4. Оценка нового протокола Runes

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

• Соответствует требованиям рынка и решает проблему распространения низкокачественных активов в экосистеме памятных объектов.
• Встраивание протокола Ordinals с готовой пользовательской базой.
• В качестве протокола FT, он компенсирует недостатки Ordinals в рыночной деятельности.
• Использование op_Return для записи данных в блокчейн, предлагающее гибкие возможности учета и высокую безопасность.

Недостатки:

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