Предисловие

После долгого перерыва мы наконец возобновили сельское хозяйство. Я, Четырнадцатый Лорд, снова вернулся.

За последние шесть месяцев автор полностью перешёл из экосистемы ETH в экосистему BTC, перешёл с прикладного уровня в нижнюю часть цепочки, рассмотрел нижнюю часть публичных цепочек L2, таких как btc, merlin, babylon и xion. , и изучал надписи и руны, такие как Ordinals, brc20,atomic, Runealpha, Runes и т.д. Исходный код протокола.

Если есть осадки, продолжайте публиковать. Автор поделится с вами уникальной информацией и рыночной стоимостью с технической точки зрения.

1. Что такое руны?

прошлый год,Самый большой рассказ о Web3 — это взрыв экологии надписей.,Начальная отправная точка — порядковые номера.,Это технология, которая присваивает уникальный серийный номер каждому сатоши в Биткойне.,Можно расширить чтение：Интерпретация протокола Bitcoin Originals и стандарта BRC20 Принцип инновации и ограничения

Ее основной основатель, Кейси, представил базовую версию кода Runes в сентябре прошлого года, но еще не опубликовал основную сеть в Интернете. Поэтому во время сентябрьского помешательства на надписях такие проекты, как runeAlpha, заранее разветвили код и выпустили его отдельно. Хотя есть некоторые заявления о плагиате из-за таких протоколов, как RunesAlpha, общий рост рыночной стоимости на сотни миллионов всего за несколько месяцев также заставляет людей увидеть безграничный потенциал протокола Runes.

Затем примерно 20 апреля 2024 года будет официально анонсирован официальный протокол Рун, разработанный Кейси, основателем протокола Ординалов. И он будет запущен непосредственно в основной сети BTC. Таким образом, различные участники проекта, желающие выпускать активы Runes, а также различные кошельки и торговые рынки NFT/FT, желающие поддерживать Runes, столкнутся с одной из самых сложных задач в индустрии блокчейнов. Как работать без тестовой сети? В этом случае вы можете сразу перейти к основной сети!

Официальное заявление в Твиттере еще более уверено ~ Давайте выучим новое слово: сэппуку

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

2. Как в Биткойне записывается дополнительная информация?

Существует два основных решения для присоединения данных вне цепочки к цепочке Биткойн: гравировка и травление.

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

Runes использует технологию травления, которая представляет собой простой и интуитивно понятный способ записи информации в цепочке: то есть запись ее в поле op-return UTXO (неизрасходованная транзакция) в биткойнах. Функция включена с версии 0.9 Биткойна. Основной клиент (14 лет), OP-RETURN создаст четкие проверяемые и непотребляемые выходные данные, позволяющие хранить данные в блокчейне, аналогично выходным данным utxo, но не могут быть использованы.

В браузере блокчейна Биткойн вы можете легко увидеть, что к транзакции прикреплена информация о возврате, как показано на следующем рисунке:

Видно, что выход №3 здесь на самом деле свободен. Хотя он занимает позицию выхода выхода utxo, он представляет собой круглый прямоугольник с замкнутым контуром, что означает, что его нельзя передать и использовать снова. область примечаний транзакции, которая остается в пространстве хранения Биткойн и может быть найдена через индекс хеш-области транзакции.

Если вы будете осторожны, вы можете узнать, почему после OP_RETURN появляется RUNE_TEST. Это результат декодирования конкретного содержимого. После нажатия кнопки «Подробнее» вы можете найти 52554e455f54455354. Такая строка кодировки на самом деле представляет собой строку данных в шестнадцатеричной кодировке. После декодирования вы можете получить RUNE_TEST. Аналогично, в деталях есть и другие кодировки. Наконец, после декодирования она станет строкой строк, вероятно, в формате json. Он отражает размещение, кастинг, выдачу и т. д. активов Рун.

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

Фактически, в таких протоколах, как Ordinals/brc20, для внедрения метаданных в цепочку они записываются в данные-свидетели (поле-свидетели) транзакции. Этот процесс записи выполняется через Segregated Witness (SegWit) и «SegWit It». реализован в методе Pay-to-Taproot (P2TR), который включает в себя два этапа: фиксацию и раскрытие, которые являются двумя последними транзакциями, которые необходимо завершить.

Фактически, P2TR — это тип вывода транзакций Биткойна. Он был представлен в обновлении Taproot в 2021 году. Он позволяет хранить различные условия транзакций в блокчейне более «конфиденциально». Причина улучшения конфиденциальности заключается в том, что это возможно только тогда, когда это раскрыто. можно увидеть конкретное и полное содержание. В частности, хэш скрипта используется для генерации адреса p2tr, а реальный скрипт (включая данные надписи) предоставляется при трате. Поэтому, чтобы загрузить данные надписи, вам необходимо сначала сгенерировать utxo (транзакцию фиксации), которая оплачивается. адрес p2tr, сгенерированный этим скриптом, а затем при трате этого utxo нужно указать реальный скрипт в скрипте-свидетеле, и данные надписи загружаются в цепочку (reveal транзакции).

На самом деле, протокол Ordinals очень прост для понимания. После завершения процесса записи (фиксация, раскрытие) и загрузки обеих транзакций в цепочку протокол Ordinals определяет, что эта запись привязана к первому введенному sat. Следовательно, процесс связывания — это запись, а результат связывания — запись.

2.3. Сравните два решения для загрузки данных.

Офорт:

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

Вписано:

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

3. Интерпретация основного рисунка рун.

Исходный код протокола Runes был выпущен Кейси в версии Ordinals 0.11. Последняя версия Ordinals развита до версии 0.18. Огромные изменения версии также дают нам возможность войти в процесс разработки протокола верхнего уровня, такого как Shijunjun ERC721. /ERC3525/ERC3475 и другие стандарты, которые были интерпретированы ранее, дальнейшее чтение:

С таким же успехом мы могли бы внести изменения в поля в двух версиях начальной и конечной точки Рун, чтобы интерпретировать правила значения Рун.

3.1. Толкование Рун 0.11 версия.

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

{
  "edicts": // Информация о передаче активов
   [
    {
      "id": "1000c82970852", 
      "amount": 1000, //     Сумма перевода
      "output": 0    // К какому выводу привязать
    }
  ],
  "etching": {  // Информация о развертывании активов
    "divisibility": 1,  //минимальная единица деления
    "limit": 1000, //Количество монет каждого монетного двора
    "rune": "COOK", //Полное имя
    "symbol": "C", //аббревиатура
    "term": 150 //Сколько блоков можно отчеканить?
  },
  "burn": false // Уничтожить информацию
}

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

Точно так же содержание травления также напрямую представляет основную информацию о развернутых активах. Мы можем сравнить его с ERC721. Самая большая разница заключается в том, что лимит и срок ограничивают количество монетных дворов и диапазон, который может быть выпущен. В этом заключается фундаментальное различие между проектами Inscription и Rune и активами, выпущенными смарт-контрактами Ethereum. Из-за отсутствия проверки смарт-контрактов в цепочке отсутствуют возможности проверки в реальном времени, если участник проекта выпускает активы. цепочка Он также запускает новый набор протоколов записи для настройки своего собственного белого списка Mint, скорости выпуска токенов, выплаты роялти и других функций. Будет отсутствие консенсуса и никто не будет участвовать в этом проекте. Поэтому протокол записи (brc20, атомный, руны) и т. д. все единообразно определяют метод выдачи активов, а также унифицируют метод участия пользователей в монетном дворе. Благодаря концепции справедливого запуска, полностью открытой для участия пользователей, она также предотвращает чрезмерное вмешательство сторон проекта в познание рынка активов.

Даже если проект только что контролировал рынок, сканируя товары и накапливая активы, ему все равно придется заплатить огромную цену за газ. Этот процесс может быть осознан и свободно выбран пользователями.

Дизайн исходной версии протокола Runes на самом деле был довольно законченным, поэтому развившаяся Runealpha, даже если она была подражателем, занимала большой размер рынка с совокупным количеством транзакций 82 Вт и 312 BTC, потребляемыми только на обработку комиссий.

Пользователи могут легко использовать дизайн самого поля рун для реализации объединения и разделения ресурсов. Даже если ресурсы Рун объединяются с порядковыми номерами, атомарными и другими активами по протоколам, они также могут использовать разнообразные языковые выражения op_Return для достижения разделения.

Итак, что представляет собой последний протокол Runes, реализованный в версии 0.18, и каковы соображения по поводу наличия такого поля?

3.2 Толкование Рун 0.18 версия.

Очень сложно разобраться в Runes 0.18. Из-за отсутствия тестовой сети вы можете посмотреть только на логику исходного кода Кейси. Наконец, поля разделены на четыре аспекта:

pub struct Runestone {
  pub edicts: Vec<Edict>,
  pub etching: Option<Etching>,
  pub mint: Option<RuneId>,
  pub pointer: Option<u32>,
}
pub struct Edict {
  pub id: RuneId,
  pub amount: u128,
  pub output: u32,
}

Прежде всего, указы по-прежнему определяют направление передачи активов, которое по сути такое же, как и в runeAlpha. Разница в том, что существует дополнительный параметр-указатель, который используется для изменения направления передачи активов по умолчанию. Исходное направление передачи активов по умолчанию — позиция. 0. Наконец, для этого параметра можно установить значение 1 или другое. Концепция дизайна заключается в адаптации к одновременной передаче нескольких ресурсов Runes и уменьшении объема кодирования op_Return, что в конечном итоге может снизить транзакционные издержки пользователя.

Во-вторых, добавлено поле Mint. Поскольку его монетный двор размещается в объекте того же уровня, что и указы, это означает, что транзакция может чеканить только один актив. Это отличается от предыдущей версии RunesAlpha, которая была специально разработана в то время. За одну транзакцию можно создать большое количество новых активов. Это сбалансирует отправную точку между техническими активами и обычными пользователями. Каждому приходится конкурировать за газ, чтобы получить их.

Коренные изменения в том, как развертываются активы

Последнее, более важное изменение, — это травление, представляющее собой детальное проектирование ресурсов развертывания. Полное содержимое полей выглядит следующим образом:

pub struct Etching {  // Информация о развертывании активов
  pub divisibility: Option<u8>,  //минимальная единица деления
  pub premine: Option<u128>,  // Количество блоков, добытых заранее
  pub rune: Option<Rune>,   // название актива руны
  pub spacers: Option<u32>, // название актива разделитель точек для рун
  pub symbol: Option<char>, // аббревиатура
  pub terms: Option<Terms>, // Поля серии для правил приведения
  pub turbo: bool,          // Турбина, участвует ли актив в последующих изменениях бета-версии
}
pub struct Terms { // Поля серии для правил приведения
  pub amount: Option<u128>, // Ограничение на количество отдельных монетных дворов
  pub cap: Option<u128>,    // Общий лимит монет
  pub height: (Option<u64>, Option<u64>), // Высота блока, которая может быть мятой
  pub offset: (Option<u64>, Option<u64>), // Смещение, конечная точка конечного монетного двора
}

Вы в корне запутались. Это действительно очень сложный способ развертывания новых ресурсов. Давайте объясним это подробно~.

Прежде всего, самым большим изменением является дизайн, позволяющий уменьшить объем кодирования op_Return. В конце концов, op_Return ограничивает длину до 80 байт, и необходимо бережно относиться к каждому пространству кодирования. Поэтому Кейси изменил идентификатор актива с простой высоты блока + серийный номер транзакции на уникальное значение идентификатора, генерируемое высотой блока + двоеточие + серийный номер транзакции в виде строки, поскольку размер основной сети Биткойн составляет всего более 80 Вт. Высота блока, поэтому окончательная кодировка идентификатора сохраняется вдвое. Не стоит недооценивать ее. В пакетном Mint стоимость сценариев пакетной передачи удваивается.

Второе — поле условий, обеспечивающее честность участников. Теперь Mint развертывания активов больше не начинается с высоты блока в цепочке на основе транзакции протокола развертывания активов, такого как runealpha, а с заданной высоты и смещения. эмитентом в качестве начальной и конечной точек. Таким образом, пользователям не придется слишком беспокоиться о том, что они случайно попадут в фишинговый проект-подражатель, даже если они не следят за пулом памяти, чтобы изучить новейшие возможности монетного двора. В конце концов, команда проекта может заранее развернуть активы, а затем провести серию оперативных рекламных мероприятий и, наконец, разрешить пользователям участвовать. Помимо высоты интервала как меры времени участия, существует также ограничение, например. общее количество монетных дворов для дальнейшего контроля над выпуском активов. Масштаб монетного двора больше не неограничен, а ограничен выпуском в порядке очереди.

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

Вполне возможно, что каждый раз, когда будет объявлена ​​длина имени, будет продолжаться тенденция сквотирования, аналогичная ситуации с доменными именами. Так как же предотвратить сквотирование участников проекта?

Это вносит наиболее существенные изменения в развертывание Рун. Процесс развертывания больше не является просто транзакцией op_Return, а является записью. Как упоминалось ранее, технология записи может обеспечить определенную защиту конфиденциальности посредством фиксации и последующего раскрытия. берет на себя эту роль и требует сотрудничества Между двумя транзакциями mmit и раскрытия существует определенный интервал, после чего рынок узнает имя, которое эмитент хочет использовать, когда оно будет раскрыто. В это время, даже если другие хакеры захотят создать фишинговые активы, даже если мастер. уже видел имя в пуле памяти, если вы хотите подделать имя, вы не сможете преодолеть этот предварительный лимит. Сегодня контроль эмитента над именем защищен.

В конце версии 18 было добавлено турбо-поле. Оно пока не имеет четкой публичной роли, но предназначено для участия в других последующих изменениях уровня протокола.

4. Как оценить новую версию протокола Runes?

Благодаря приведенной выше интерпретации основных полей г-н Четырнадцать не мог не вздохнуть. рыночного спроса.

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

Более того, протокол Runes встроен в сам протокол Ordinals. Благодаря собственной базе пользователей Ordinals выпуск протокола Runes с самого начала лег на плечи гигантов. Позиционирование в качестве протокола FT компенсирует первоначальную дилемму, заключающуюся в том, что Ordinals являются всего лишь NFT и не имеют методов рыночных операций.

Наконец, метод op_Return используется для записи данных в цепочке, что позволяет активам Runes иметь практически любое учреждение и возможность воспроизводить реестр. Дальнейшее снижение уровня централизации позволяет активам Runes иметь определенные показатели безопасности, равные этому. Биткойна.

Каковы недостатки протокола Runes? действительно

Во-первых, это вопрос рыночного времени. Хотя Кейси решил запустить запуск одновременно в период сокращения биткойнов вдвое, время разработки было очень ограниченным, и даже вчера содержание протокола было изменено, что также позволило учреждениям на рынке получить доступ к протоколу Runes. как можно скорее. Их становится все меньше и меньше, поэтому экосистеме протокола потребуется больше времени для брожения.

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

B•C•G•D•E•N•L•Q•R•Q•W•D•S•L•R•U•G•S•N•L•B•T•M•F•I•J•A•V

Его длина составляет почти 55 бит, что замаскировано увеличивает риск фишинга пользователей, а также сложно полностью отобразить интерфейсы, такие как мобильный плагин.

Наконец, существует проблема будущей совместимости. Атомный протокол, который также популярен на рынке, теперь перешел на стадию AVM, что позволяет Inscription избавиться от стадии ажиотажа вокруг простых токенов и продвинуться дальше в повествовании о Биткойне L2. или BVM, надо сказать, что Кейси немного отстает в этом плане, а также ограничивает рунный проект только игрой на уровне распространения.

Справочные материалы к этой статье:

• руныпротокол кодирования и анализа декодирования: https://github.com/okx/js-wallet-sdk
• Официальный исходный код ruensпротокол: https://github.com/ordinals/ord