OP_RETURN в Bitcoin: data carrier, nulldata и неизрасходуемые выходы

Выход транзакции Bitcoin содержит сумму и блокирующий скрипт scriptPubKey. Выход OP_RETURN, также называемый nulldata, начинается с опкода OP_RETURN, после которого можно поместить последовательность байтов. После включения транзакции в блок эти байты становятся общедоступной частью выхода. Такая схема не создает отдельный слой данных, баланс токена или личное сообщение.

OP_RETURN — опкод, выполнение которого завершается ошибкой. Попытка потратить выход со скриптом, начинающимся с него, не может пройти проверку. Поэтому Bitcoin Core помечает такой выход как неизрасходуемый и может сразу не включать его в набор UTXO, не храня монету, которой никогда нельзя воспользоваться. См. реализацию в script.h Bitcoin Core 31.1. Bitcoin Core 31.1 script implementation.

Лимит data carrier может учитывать не только байты приложения. В необработанный скрипт выхода входят опкод OP_RETURN, инструкция push с кодированием длины и сам payload. Для payload в 80 байт может потребоваться скрипт в 83 байта: один байт опкода, два байта заголовка OP_PUSHDATA1 и 80 байт данных. В старых инструкциях «80 байт» часто относятся к payload, тогда как новые настройки могут измерять весь скрипт.

В Bitcoin Core 31.1 параметр -datacarrier включен по умолчанию. Значение -datacarriersize по умолчанию — 100 000 байт; оно суммирует необработанные scriptPubKey всех выходов data carrier в одной транзакции. Несколько выходов NULL_DATA делят общий лимит, включая опкод и кодирование push. В Core 30.0 прежний предел скрипта 83 байта заменили общим пределом 100 000 байт и разрешили несколько выходов; Core 31.1 сохраняет эти настройки. См. параметры Core 31.1, реализацию политики и заметки к выпуску 30.0.

Узел может отключить ретрансляцию data carrier или уменьшить локальный размерный лимит; другие узлы и версии ПО могут работать с другими настройками. Если узел отверг транзакцию в своем mempool, это может означать лишь отказ ретранслировать ее по локальной политике, а не запрет консенсуса. Bitcoin Core применяет лимит data carrier при проверке стандартности, а правила консенсуса отдельно проверяет при валидации блока. Core consensus transaction checks. See Bitcoin Core 31.1 mempool standardness implementation.

Выходу OP_RETURN можно назначить сумму, но вернуть ее нельзя: она навсегда остается неизрасходуемой. Кошельки обычно назначают ему нулевую сумму. Если указать 1 000 сат, они не становятся автоматически комиссией майнера. Комиссия по-прежнему равна сумме входов минус сумма всех выходов. Байты скрипта занимают вес транзакции и могут увеличить комиссию при той же ставке sat/vB. См. руководство по комиссиям Bitcoin.

Bitcoin Core 31.1 разрешает несколько стандартных выходов NULL_DATA, но суммирует их скрипты в рамках общего лимита транзакции. Разделение payload не увеличивает доступный объем; дополнительные выходы добавляют данные и вес блока. Ретрансляция также зависит от веса, комиссий и других правил стандартности узла. Принятие кошельком или обозревателем не гарантирует распространение транзакции по всей сети.

Данные OP_RETURN находятся в scriptPubKey выхода при создании транзакции. Данные SegWit witness сериализуются отдельно для каждого входа; BIP 141 описывает их как стековые данные входа. Taproot-расходование по пути скрипта может раскрыть скрипт и control block в witness входа. Программа Ordinals может распознать там формат inscription по прикладному соглашению, но это другой механизм, чем выход nulldata. См. BIP 141, BIP 341 и [руководство по Bitcoin Ordinals и инскрипциям](/learn/bitcoin-ordinals-inscriptions-satoshi-numbering-witness-data-explained).

Уточните версию Bitcoin Core и локальные параметры, от которых зависит ваше решение. Отдельно посчитайте полный размер необработанного скрипта выхода, общий вес транзакции, сумму неизрасходуемого выхода и комиссию майнера. Консенсус не придает значения произвольным байтам payload; также проверьте, распознает ли формат протокол или получатель. Данные в блокчейне публичны. О выходах и сдаче см. руководство по UTXO и coin control Bitcoin.