Что такое ординарная надпись?

Ordinals был запущен разработчиком Кейси Родармором 20 января 2023 года в основной сети Биткойна как протокол заказа "сатоши". "Сатоши" - это наименьшая единица Биткойна, и каждый Биткойн состоит из одного сатоши, состоящего из 100 миллионов сатоши (1 btc = 10^8 sat), протокол Ordinals дает каждому сатоши уникальную личность.

Надписи Ordinals - это несъёмные токены (NFT), созданные на основе протокола Ordinals и содержащие такие данные, как изображения, текст и видео.

По сравнению с Ethereum NFT, мы можем просто считать, что протокол Ordinals реализует tokenID, а надпись - метаданные.

Как реализовать tokenID

TokenID предоставляет уникальный идентификатор для каждого NFT, позволяя пользователям отличать токены друг от друга. TokenID - это то, что делает НФТ по-настоящему уникальными.

Ethereum обладает хорошей программируемостью, что позволяет легко реализовать TokenID. Однако в Bitcoin подобные реализации обычно требуют использования сетей второго уровня. Такие платформы, как Counterparty и Stacks, уже реализовали NFT на основе Биткойна, но надпись Ordinals имеет фундаментальные отличия от других архитектур Bitcoin NFT.

Протокол Ordinals использует модель транзакций UTXO Биткойна. UTXO похожа на кассовую систему, в отличие от традиционной модели, основанной на балансе счетов.

В блокчейне Биткойна все остатки хранятся в списке под названием "Неизрасходованные транзакционные выходы" (UTXOs). Каждый UTXO содержит определенное количество Биткойна, а также информацию о его владельце и о том, можно ли его потратить. Вы можете думать о нем как о кассовом чеке с именем владельца, который может быть передан кому-то другому по подписи владельца. Для конкретного адреса сумма всех его сумм UTXO представляет собой баланс кошелька этого адреса. Перебирая все UTXO, мы можем получить текущий баланс для каждого адреса. Сложив все суммы UTXO, мы получим общий оборот Биткойна.

Чтобы лучше понять модель платежей в сети Биткойн, давайте рассмотрим пример, когда А отправляет n Биткойнов в адрес Б. На схеме ниже показан процесс, когда А отправляет 3 Биткойна в адрес Б.

1. Для пользователя A сначала нужно определить набор всех UTXO, которыми он владеет, то есть все Биткойны, которые пользователь A может контролировать;

2. A выбирает один или несколько UTXO из этого набора в качестве входа транзакции. Сумма этих затрат равна m (2+0,8+0,5=3,3 BTC), что больше, чем сумма, подлежащая выплате n (3 BTC);

3. Пользователь A устанавливает два вывода для транзакции, один вывод выплачивается на адрес B, сумма составляет n (3 BTC), а другой вывод выплачивается на собственный адрес изменения A, сумма составляет m-n-fee (3,3-3- 0,001=0,299 BTC). Кошелек пользователя обычно состоит из нескольких адресов. Как правило, каждый адрес используется только один раз, и по умолчанию изменения возвращаются на новый адрес;

4. После того, как майнер упакует транзакцию и загрузит ее в цепочку для подтверждения, B может получить информацию о транзакции. Поскольку размер блока имеет верхний предел (примерно 1 МБ), майнеры будут отдавать предпочтение транзакциям с высокой скоростью (fee_rate=fee/size), чтобы получить взамен самую высокую плату.

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

Предположим, что пользователь A получил 100-110-й сатоши в результате майнинга (10 сатоши хранятся как единое целое в одном UTXO с идентификатором adc123). Когда пользователь А хочет заплатить 5 сатоши пользователю Б, он выбирает использовать идентификатор abc123 в качестве входа транзакции, из которых 5 сатоши передаются пользователю Б, а 5 сатоши возвращаются пользователю А в качестве сдачи. Эти две копии 5 "сатоши" представляют собой единое целое и хранятся в двух UTXO с идентификаторами abc456 и abc789 соответственно. Приведенные выше идентификатор UTXO и номер "Satoshi" показаны только в качестве примера. В реальных ситуациях минимальное количество отправляемых "сатоши" ограничено 546, а идентификатор UTXO не выражается в такой форме.

В приведенной выше транзакции путь обращения 10 сатоши пользователя А таков:

1. В результате майнинга добывается 10 "сатоши", пронумерованных [100, 110]. Указывает, что с 100-го по 109-й "сатоши" хранятся в UTXO с идентификатором abc123, и их владельцем является пользователь A.

2. Когда A переводит деньги, 10 "сатоши" делятся на две части, в каждой из которых по 5 "сатоши". Здесь используется принцип "первым пришел, первым обслужен". Принцип заключается в том, что порядок номеров "сатоши" определяется в соответствии с их индексом при выводе транзакций. Если предположить, что порядок вывода таков: сначала пользователь A, затем пользователь B, то порядковые номера оставшихся 5 "сатоши" пользователя A - [100, 105), которые хранятся в UTXO с id abc456, а 5 "сатоши" пользователя B имеют порядковый номер [105, 110) и хранятся в UTXO с id abc789.

Как реализовать метаданные

Метаданные для ординарных надписей не хранятся в определенном месте. Вместо этого, эти метаданные встраиваются в данные свидетелей транзакции (witness data, поле свидетеля), поэтому их называют "надписью", так как эти данные "выгравированы", как надпись, на определенных частях транзакции Биткойна. И эти данные прикрепляются к определенным "сатоши". Этот процесс записи осуществляется с помощью Segregated Witness (SegWit) и Taproot, который включает в себя два этапа: фиксацию и раскрытие, и может записать любую форму контента (например, текст, изображение или видео) на обозначенный "сатоши".

SegWit - это обновление 2017 года, которое привело к мягкой вилке блокчейна Биткойна. Обновление эффективно разделяет транзакции Биткойна на две части, добавляя раздел "данные свидетеля", который может поддерживать произвольные данные.

Segregated Witness разделяет транзакцию и данные свидетеля (подпись) на отдельные части и позволяет хранить произвольные данные в части свидетеля.

Технически, внедрение Segregated Witness означает, что транзакции больше не нужно включать данные свидетелей (и они не будут занимать 1 МБ пространства, которое Биткойн изначально выделил для блоков). Вместо этого в конце блока создается дополнительное отдельное пространство для данных свидетелей. Он поддерживает передачу произвольных данных и имеет дисконтированный "вес блока", который ловко удерживает большие объемы данных в пределах размера блока Биткойна, чтобы избежать необходимости жесткой развилки.

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

Ординары хранят метаданные в сценарии трат в пути к сценарию Taproot.

Во-первых, благодаря способу хранения скриптов Taproot, мы можем хранить содержимое надписей в расходных скриптах пути Taproot, которые практически не имеют ограничений на содержимое, и при этом получать скидки на данные свидетелей, что делает хранение содержимого надписей относительно экономичным. Поскольку потребление скриптов Taproot может осуществляться только из уже существующего вывода Taproot, надписи создаются с помощью двухэтапного процесса фиксации/обнародования. Во-первых, в транзакции фиксации создается выход Taproot, который обещает скрипт, содержащий содержимое надписи. Затем, в транзакции раскрытия, инициируется транзакция, принимая в качестве входа UTXO, соответствующую этой надписи. В это время соответствующее содержание надписи стало достоянием всего Интернета.

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

Что такое BRC-20

Хотя название BRC-20 очень похоже на ERC-20 в Ethereum, технические различия между ними на самом деле значительны. Статус владения токенами ERC-20 сохраняется на цепочке, и на цепочке может быть получен сетевой консенсус, а BRC-20 Просто специальная ординарная надпись протокола, созданная пользователем Twitter @domodata 8 марта 2023 года, которая использует ординарные надписи JSON-данных для развертывания токен-контрактов, майнинга и передачи токенов. Развернутый json выглядит следующим образом:

{  

"p": "brc-20",//Protocol: Helps offline accounting systems identify and handle brc-20 events

"op": "deploy",//op operation: event type (Deploy, Mint, Transfer)

"tick": "ordi", //Ticker: identifier of the brc-20 token, 4 letters in length (can be emoji)

"max": "21000000",//Max supply: The maximum supply of brc-20 tokens

"lim": "1000"//Mint limit: The limit on the minting amount of brc-20 tokens each time

}

Соответствующие операции - это mint и transfer, и эти два формата почти одинаковы. Когда op - это Transfer, получателем передачи надписи является получатель "сатоши", соответствующего надписи. Поэтому передача BRC-20 должна сопровождаться передачей права собственности на Биткойн, а не просто расходоваться как плата за обработку.

В BRC-20 реализован механизм "первым пришел - первым обслужен". Повторные развертывания и чрезмерное количество мяты недействительны. Централизованная организация выведет текущий баланс, который должен быть у пользователя, на основании каждого ОП, зарегистрированного в цепочке, и вынесет решение о валидности транзакции.

В этом процессе надписи "прикрепляются" к транзакционному "Сатоши". Биткойн-майнеры не будут обрабатывать эти надписи. С точки зрения сети, они ничем не отличаются от других "сатоши". Все они считаются обычными "сатоши". "Cong" передается.

Проблема централизации BRC-20

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

Проще говоря, бухгалтерская книга BRC-20 децентрализована и записана в цепочке Биткойна, но процесс расчетов централизован. В настоящее время существует два сайта: brc-20.io и unisat.io, которые поддерживают запросы, связанные с токенами BRC-20.

Централизация процесса расчетов может привести к тому, что разные платформы будут получать разные результаты при запросе определенного баланса счета. Хотя все операции записываются в цепочку, клиент обязан проверить эти операции. Если эти централизованные поставщики услуг не раскрывают свои правила проверки, то фактически нет никаких гарантий для всей экосистемы BRC-20.

На самом деле, вечером 23 апреля UniSat запустил торговую платформу BRC-20, но из-за уязвимостей в библиотеке кода она подверглась большому количеству атак с двойным расходом. Адрес bc1pwturekq4w455l64ttze8j7mnhgsuaupsn99ggd0ds23js924e6ms9fxyht изначально чеканил переданные ординары NFT и пытался перевести 5,000 ORDI и 35,000 ORDI на свой собственный адрес из воздуха, а также пытался продать орди, отчеканенные из воздуха, другим пользователям. Впоследствии компания Unisat приостановила доступ к сайту и провела расследование, в результате которого выяснилось, что пострадали 70 транзакций.

Если бы Unisat не устранил ошибку той ночью, ущерб от атаки с двойным расходом оценивался в сумму, превышающую $1 млн. Как обеспечить безошибочное извлечение и проверку централизованного сервера - это самый важный вопрос, который необходимо решить в ходе разработки BRC-20.

Заключение

Суть ординарной надписи заключается в следующем: в сети Bitcoin с помощью скрипта aTaproot создается простой уровень учета для подсчета и записи активов и данных.

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

Поэтому, за исключением BRC-20, все ординарные надписи должны быть основаны на офлайн-сервисах вне сети Биткойн для поддержания состояния, если они предполагают передачу состояния (например, транзакции). Если базовый государственный сервис недоступен или неисправен, это может привести к потере активов, поскольку сеть Биткойн не может предотвратить загрузку недействительных надписей в цепочку. Централизованная платформа должна решить, чья надпись является действительной, и она будет действительна на платформе.

Этот централизованный метод торговли и ценообразования дает централизованной платформе значительные возможности для злонамеренного поведения. Кроме того, сочетание логического парадокса надписи "первым пришел, первым обслужен" и механизма, при котором майнеры устанавливают приоритет упаковки на основе платы за добычу, позволяет майнерам и роботам-передовикам чеканить большое количество популярных надписей раньше других, что приводит к несправедливому процессу чеканки.

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

Отказ от ответственности：

1. Эта статья перепечатана из[小猪Go]. Все авторские права принадлежат автору оригинала[web3朱大胆]. Если у Вас есть возражения против этой перепечатки, пожалуйста, свяжитесь с командой Gate Learn, и они незамедлительно рассмотрят их.
2. Предупреждение об ответственности: Мнения и взгляды, выраженные в этой статье, принадлежат исключительно автору и не являются инвестиционным советом.
3. Перевод статьи на другие языки осуществляется командой Gate Learn. Если не указано, копирование, распространение или плагиат переведенных статей запрещены.