Последнее открытие: транзакции BRC-20 не применяются к модели меток BTC-UTXO

Произведено｜Исследовательским институтом цепочки облачных вычислений OKey

Автор｜****Джейсон Цзян

В мире Web3 данные, генерируемые действиями в цепочке, напрямую соответствуют потоку создания ценности, и, осваивая данные в цепочке, можно обнаружить больше Альфы. В сочетании с частыми событиями риска на рынке шифрования в последние годы индивидуальные и институциональные пользователи становятся более чувствительными к данным в сети. Ончейн-данные стали незаменимым «острым инструментом» для понимания зашифрованного мира. Однако перед лицом транзакций BRC20, которые недавно оказались в центре внимания, когда мы проанализировали их адресные теги, мы обнаружили, что предыдущая модель BTC-UTXO не кажется полностью применимой. В чем проблема? Как это решить?

Транзакция BRC20 с PSBT

Прежде чем анализировать проблему, мы должны сначала понять основную ситуацию BRC20. В январе 2023 года участник ядра Биткойн Кейси Родармор предложил «Теорию порядковых номеров», которая позволяет пользователям записывать произвольные файлы (изображения, тексты, видео и т. Д., Не превышающие 4 МБ) на наименьшую единицу биткойнов «сатоши». Впоследствии анонимный аналитик @domodata создал стандарт токенов BRC20 на основе протокола Ordinals. Это экспериментальный стандарт токенов, который позволяет любому выпускать токены в сети Биткойн.

Протокол Ordinals и стандарт BRC20 создали новый вариант использования экосистемы Биткойн, отличный от передачи стоимости, что придало ей еще одну привлекательную повествовательную логику после халвинга. Биткойн, как старейшая экология блокчейна, поэтому полон бесконечной жизненной силы, и токены BRC20 также станут направлением, которое привлекло широкое внимание в первой половине 2023 года: по состоянию на 29 июня 2023 года существует более 6000 токенов, связанных с BRC20. , Рыночная капитализация превышает 600 миллионов долларов.

Однако, в отличие от Ethereum ERC20, который может выпускать и передавать токены сразу после развертывания смарт-контрактов, BRC20 — это не токен в собственном смысле, а «сатоши», записывающий определенный текст, поэтому для понимания статуса BRC20 требуется отдельный индексатор. жетоны или баланс. В то же время BRC20 использует пакет данных JSON в сценарии открытого ключа в качестве носителя, и развертывание связанных токен-контрактов, а также приведение и передача токенов — все это требует использования протокола Ordinals для установки надписи в данных JSON. формат для достижения.

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

Так называемый PSBT — это стандарт, предложенный основным разработчиком BTC Эндрю Чоу для повышения удобства неподписанных транзакций. Он может создавать не полностью подписанную транзакцию и некоторые другие данные, чтобы облегчить передачу неподписанных транзакций, способствовать переносимости неподписанных транзакций и упростить использование одной и той же транзакции несколькими сторонами в разное время и в разных случаях (программные или аппаратные кошельки). ) Подпишите транзакцию. В транзакции с несколькими подписями Создателю нужно только создать PSBT, чтобы определить UTXO, который будет потрачен, и вывод для получения UTXO, а затем скопировать PSBT в программу, которую можно подписать, и интегрировать несколько PSBT в один PSBT. через Объединитель.Для каждого участника полная транзакция завершается после того, как все стороны завершат свои подписи.

Короче говоря, PSBT позволяет пользователям подписывать только часть входных данных, чтобы помочь токенам BRC20 проводить ненадежные транзакции без смарт-контрактов. Рынки, в том числе UniSat и другие ординалы, используют технологию PSBT, чтобы позволить покупателям и продавцам проводить транзакции без доверия и без кастодиального режима.

**Почему транзакция BRC20 особенная? **

Это связано с тем, что, когда мы анализируем адресную метку Биткойн, мы в основном отслеживаем ее на основе принципов общих расходов и единовременного изменения характеристик UTXO. Среди них принцип Общих трат означает, что если транзакция BTC имеет несколько входных адресов одновременно, можно определить, что эти входные адреса принадлежат одному и тому же объекту, потому что только он/она имеет все закрытые ключи для размещения. эти адреса в одном и том же объекте в транзакции.

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

Возьмем в качестве примера конкретную транзакцию токена BRC20. В настоящее время распространенные транзакции BRC20 включают три основных типа: развертывание контракта на токен (Deploy), чеканка (Mint) и передача (Transfer).

(1) В процессе Deploy и Mint передача токена не имеет адреса отправителя, а только адрес получателя.Для транзакции передачи BTC существует не более одного входного и выходного адреса, поэтому модель, основанная на принцип Common Spending не может быть использован для расширения лейбла.

(транзакция развертывания ordi — передача токена)

(транзакция развертывания ordi - перевод BTC)

(2) В процессе передачи токенов BRC20 обычно используется несколько входных адресов.Мы можем определить адреса покупателя и продавца этой транзакции, проверив передачу токена транзакции. Например, в транзакции передачи ordi ниже (в которой отправитель токена (bc1p…hdjn) является продавцом транзакции, а получатель токена (bc1p…wftk) является покупателем транзакции.

Однако во вводе транзакции перевода BTC будет несколько адресов, включая адрес продавца, адрес покупателя и адрес подозреваемой сторонней платформы:

После анализа мы обнаружили, что в процессе передачи BRC20, Хотя большинство входных типов скриптов являются одноподписными (есть также несколько случаев мультиподписи), из-за возможного применения технологии PSBT адрес продавец и сторонняя платформа совместно добавляются к мультиподписи, реализованной во входных данных, поэтому, хотя несколько адресов во входных данных выглядят как одна подпись, на самом деле они не принадлежат одному и тому же юридическому/физическому лицу, поэтому принцип общих расходов не может быть использован для суждения.

Подводя итог, особенность транзакций BRC20 в основном отражается в том факте, что в процессе развертывания и чеканки появится не более одного входного адреса, что не может соответствовать предпосылкам принципа «общих расходов». В процессе передачи, поскольку входной адрес может содержать несколько ролей, если для расширения метки адреса транзакции используется модель UTXO, основанная на принципе «Общие расходы», покупатель, продавец и сторонняя платформа могут помечены одной и той же меткой.Это приведет к ошибкам маркировки, которые введут в заблуждение другие организации при оценке рынка BRC20 и даже повлияют на общую точность и достоверность адресных меток биткойнов.

**Как устранить влияние BRC20 на модель метки ****UTXO? **

Чтобы устранить негативное влияние транзакций BRC-20, в процессе расширения модели тегов BTC-UTXO мы можем выбрать идентификацию и устранение связанных транзакций с помощью специального механизма проверки, чтобы обеспечить точность всего тега BTC-UTXO. библиотека. В то же время, учитывая влияние мультиподписей на модель расширения меток BTC-UTXO, основанную на принципе «Общая трата», нам также необходимо проанализировать входные и выходные сценарии связанных транзакций для фильтрации мультиподписных адресов, поэтому что касается теоретической поддержки меток UTXO, расширения не затрагиваются.

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

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

В качестве примера возьмем несегрегированный сценарий транзакции-свидетеля Pay-to-Public-Key-Hash (P2PKH). Это один из самых распространенных типов биткойн-транзакций. В транзакции P2PKH отправитель должен предоставить хэш открытого ключа получателя в качестве сценария вывода транзакции. Получатель должен предоставить закрытый ключ, соответствующий этому открытому ключу, чтобы разблокировать вывод. При анализе P2PKH основными правилами являются:

Входной скрипт: содержит информацию о подписи и открытый ключ .getChunks().size() == 2;

Выходной скрипт: OP_DUP + OP_HASH160 + pubkeyHash + OP_EQUALVERIFY + OP_CHECKSIG; определите, начинается ли он с OP_DUP и заканчивается OP_CHECKSIG.

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

Введите скрипт: ПУСТОЙ

свидетель: подпись + публичный ключ; при оценке сначала узнайте, является ли ввод ПУСТОЙ, а затем оцените, что свидетель.getPushCount() == 2

Сценарий вывода: 0 + 20-байтовая программа-свидетель; при оценке сначала определите, начинается ли она с 0, а затем определите, равна ли длина программы-свидетеля 20 байт. (Примечание: длина программы-свидетеля в выводе P2WPKH указана как 20 байт.)

В дополнение к идентификации адресов с мультиподписью на основе характеристик входных и выходных сценариев различных транзакций, мы также можем фильтровать транзакции BRC20 на основе соответствующих характеристик. Согласно исследованиям, транзакции BRC20 совершаются в виде автономных подписей с использованием технологии PSBT, а тип изолированного свидетеля — полуподпись, оканчивающаяся на 83 в Witness.

Как эта транзакция:

（

Адрес:bc1pd6pd4pdzx2an8w8pg8dlst8329ck8t8a6ehqqatglfstqmf3f9yss9yz7y

Winess：[“1b003b4099402cde95be79ab7f4b488c74058c0f620cf4cbeb37a90ca871c4a499334a1262f24fdbe484d7511a54a04aa0d693b02159b603021942c b74f 55e9d83”]

В Witness есть полуподпись, оканчивающаяся на 83, поэтому ее следует рассматривать как транзакцию, связанную с BRC20.

После определения различных адресов с мультиподписью и BRC20 мы можем исключить адреса с мультиподписью и транзакции BRC20 в соответствии с определенными правилами, чтобы обеспечить осуществимость и надежность модели расширения меток BTC-UTXO. Основная идея показана на рисунке ниже:

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

Преодоление информационного пробела** Поиск приращений стоимости в массивных данных цепочки**

Мир Web3 незнаком и загадочен для большинства людей, и самым важным инструментом для понимания мира Web3 является тег on-chain. Таким образом, возможность разрешения тегов стала основным показателем для оценки конкурентоспособности сетевых аналитиков данных. Но когда мы действительно выбираем поставщика услуг передачи данных в сети, мы должны обращать внимание не только на количество тегов в цепочке, но и на качество тегов: точны ли теги? Своевременны ли обновления? … неправильная маркировка иногда может иметь гораздо более серьезные негативные последствия, чем отсутствие маркировки. Основываясь на ранее накопленных возможностях технологии этикеток и глубоком понимании рынка BRC20, команда Okey Cloud Chain обнаружила и предложила влияние транзакций BRC20 на модель этикеток UTXO.Цель состоит в том, чтобы привлечь внимание рынка и повысить доверие к биткойнам. адресные этикетки Качество и удобство использования цепи делают качество этикетки еще более превосходным.

В дополнение к анализу этикеток, хотя глобальный рынок сетевых услуг передачи данных имеет огромный потенциал развития в размере не менее 10 миллиардов долларов, он также нуждается в постоянных инновациях для улучшения качества продуктов и услуг. ** Поставщики услуг данных в сети не могут получать прибыль, напрямую продавая данные и информацию в режиме реального времени, как традиционные поставщики услуг финансовых данных, такие как Reuters и Bloomberg.Хорошие технологические инновации и инновации в сфере услуг привлекают внимание пользователей. Только когда он основан на данных в сети и эффективно сочетается с информацией вне сети, реализует органичное сочетание виртуального и реального и обладает глубоким анализом рынка и возможностями анализа данных, сервисы анализа данных в сети могут адаптироваться к инновациям в области шифрования и Развитие рынка Web3.