Недавно руководитель отдела инвестиционных исследований HashKey @jeffrey_hu подробно разобрался с фоном и спорами вокруг предложения Bitcoin Core «Отменить ограничение на данные OP_RETURN». У Гу есть сводка и интеграция мнений соответствующих членов сообщества, приведенная ниже.
Фон: Спор о ограничениях данных OP_RETURN
OP_RETURN является кодом операции (opcode) в скрипте биткойна, который используется для встраивания небольшого объема данных в транзакции биткойнов. Он позволяет пользователям хранить данные в блокчейне, но эти выходы являются «доказуемо нерасходуемыми» (provably unspendable), и поэтому не увеличивают нагрузку на набор UTXO (нерасходованные выходы транзакций). В настоящее время в Bitcoin Core установлен предел по умолчанию для размера данных OP_RETURN в 80 байт, и политика узлов (а не правила консенсуса) ограничивает распространение транзакций OP_RETURN, превышающих 83 байта.
Разработчик Питер Тодд предложил PR #32359, в котором он предлагает удалить это ограничение и одновременно удалить связанные параметры конфигурации (такие как -datacarrier и -datacarriersize), что фактически лишает узлы возможности самостоятельно настраивать эти параметры, что вызвало оживленную дискуссию.
Систематизация мнений
Мнение сторонников:
Текущие ограничения неэффективны, так как их можно обойти через прямую подачу в мемпул майнеров (например, MARA Slipstream) или с помощью неограниченных узлов (например, Libre Relay). (Например, известный максимальный вывод OP_RETURN достигает 79 870 байт).
Некоторые пользователи даже используют OP_RETURN как доску объявлений. Существуют также инструменты для помощи в упаковке в цепочку (opreturnbot.com), нужно только оплатить сбор.
Удаление ограничений может быть более совместимо с мотивацией майнеров, поскольку майнеры могут получать больше дохода, конкурируя за блоковое пространство.
Мнение противников:
Удаление ограничений приведет к большему количеству неторговых данных, записываемых в цепочку (например, shitcoin), что займет блок-пространство и повысит торговые сборы.
Хотя ограничения можно обойти, стратегии узлов все равно полезны (например, ограничение распространения, снижение нагрузки от мусорных данных на сеть).
Сборник личных подробных мнений:
Партнёр Nothing Research @0x_Todd: поддерживает отмену ограничения в 80 байт для OP_RETURN, считает текущее ограничение неэффективным и полагает, что его снятие может принести множество преимуществ, включая возвращение к раннему дизайну биткойна, снижение нагрузки на сеть, поддержку развития экосистемы, увеличение доходов майнеров и соответствие либеральной идеологии.
Эпоха Сатоши без ограничений, возвращение к классике
Эра Сатоши (первоначальный биткойн) OP_RETURN не имела ограничений по байтам.
В 2014 году Биткойн ввел ограничение в 40 байт (позже увеличенное до 80 байт) с целью сохранить «чистоту» Биткойна (для бухгалтерского учета, а не для хранения данных).
0x_Todd считает, что удаление ограничения в 80 байт не является «отступлением от традиций», а возвращением к классическому дизайну эпохи Сатоши, что соответствует изначальному духу Биткойна.
Текущие ограничения неэффективны и легко обходятся.
Текущий лимит в 80 байт фактически не имеет смысла, подобно "забору высотой 10 сантиметров", не способному предотвратить хранение пользователями больших объемов данных.
Способы обхода включают: использование надписей (Inscriptions), рун (Runes) и других протоколов для хранения данных через множество транзакций.
Обход через стратегию узлов, например, используя клиент Libre Relay (его слоган — «Устранение патернализма в релейной политике Bitcoin Core»). Питер Тодд (инициатор PR #32359) является одним из основных разработчиков Bitcoin Core, его вклад входит в десятку лучших, поддержка удаления ограничений является проявлением «антипатернализма» и заслуживает поддержки.
Снижение нагрузки инскрипций на сеть
В настоящее время надписи (Inscriptions) хранят данные с помощью «карты ошибок» (например, обходя ограничение в 80 байт с помощью нескольких транзакций), что увеличивает нагрузку на сеть.
После снятия ограничения в 80 байт, инскрипции могут напрямую хранить данные через OP_RETURN, что уменьшает количество ненужных транзакций и снижает нагрузку на сеть.
Дополнительное примечание: символы в настоящее время больше не популярны, поэтому эта причина является лишь "добавочной" (второстепенной причиной).
Обеспечение дополнительных доходов для майнеров, соответствующих либерализму
Снятие ограничений может принести дополнительный доход майнерам.
Пример: 0x_Todd упомянул блок "супербаг" OP_RETURN размером 7 MB, отправитель заплатил 3 600 долларов США за транзакцию.
Это подтверждает реальность рыночного спроса: кто-то готов платить за размещение больших объемов данных в цепочке, и майнеры готовы их упаковывать.
0x_Todd придерживается либеральной позиции, считая, что такое поведение «решается рынком» (по обоюдному согласию) не должно ограничиваться, жесткое вмешательство не имеет смысла.
Дополнительные преимущества: с каждыми четырьмя годами сокращения биткойн-вознаграждений доходы майнеров уменьшаются, что позволяет большим транзакциям OP_RETURN увеличивать доход, побуждая майнеров продолжать вкладывать вычислительную мощность и укреплять безопасность сети биткойн.
@jeffrey_hu, руководитель отдела инвестиционных исследований, HashKey: Склонен выступать против снятия ограничения на 80 байт данных для OP_RETURN. Он считает, что снятие ограничений может иметь негативные последствия (например, вытеснение нетранзакционных данных из блочного пространства), при этом подчеркивает важность свободы пользователей (сохранение возможностей конфигурации). Он считает, что поддержка и оппозиция – это скорее разница в идеях, и в краткосрочной перспективе нет абсолютно правильного или неправильного. В ответ на четыре аргумента @0x _Todd он развил свои взгляды следующим образом:
Эпоха Сатоши не имела ограничений, но это не означает разумности.
Нет никаких ограничений для OP_RETURN эпохи Сатоши, но не все разработки Сатоши разумны, и многие из ранних разработок позже оказались проблематичными (например, некоторые модификации до и после войны блоков).
Нельзя просто использовать «неограниченность эпохи Сатоши» в качестве аргумента за отмену ограничений, так как дизайн Сатоши не обязательно подходит для современности.
Позиция Питера Тодда и роль Bitcoin Core
Отмена ограничений является предложением клиента Bitcoin Core, а не решением всей сети Биткойн.
Питер Тодд является опытным разработчиком, его идеология склоняется к «совместимости стимулов» (похожей на логику Full-RBF: защищает от добродетелей, но не защищает от негодяев), он предлагает убрать ограничения, что соответствует его стилю, но не удивительно.
Подход Bitcoin Core в «родительском» стиле (например, удаление параметров конфигурации) заслуживает обсуждения, так как может ограничить свободу пользователей.
Проблема с инскрипцией: отмена ограничений имеет ограниченное значение
Удаление ограничения в 80 байт имеет ограниченную пользу для надписей (Inscriptions).
80 байт недостаточно для хранения больших файлов (например, изображений), но достаточно для записи данных JSON по протоколу BRC-20 (для создания токенов).
Даже если биткойн предоставляет мощные функции (такие как одноразовые печати, SegWit), всегда найдутся те, кто будет «самым уродливым» образом выпускать токены в цепочке, и отмена ограничений не может в корне решить эту проблему.
Доходы майнеров и либерализм: свобода пользователей важнее
Влияние доходов майнеров сложно (может увеличить доход, но также может повредить «эксклюзивным услугам» пула майнинга).
Поддержка либерализма: пользователи имеют право платить за запись в блокчейне, хранение данных OP_RETURN более элегантно, чем гравировка (две транзакции + увеличение пыли UTXO).
Но подчеркивается свобода пользователей: как оператор полного узла, он должен иметь возможность свободно выбирать, будет ли он распространять эти данные (например, содержание доски объявлений не имеет к нему отношения).
Критика удаления конфигурационных опций Bitcoin Core (например, -datacarriersize и конфигурация Full-RBF) лишает пользователей права выбора.
Если Bitcoin Core не предоставит такую свободу, он может перейти на Bitcoin Knots или добавить фильтры для транзакций, но считает, что такой подход может быть «бесполезным».
Основатель UTXO Stack @crypcipher: поддерживает отмену ограничений, считает, что лучше открыться напрямую, чем позволять людям обходить ограничения. Упомянул, что протоколы, такие как ordi, записывают более 80 байт данных через несколько транзакций, и снятие ограничений может уменьшить такую «бесполезную работу» и пыль UTXO.
Fiamma 联创 @cyimonio: Против, считает, что некоторые проекты Bitcoin L2 (например, хранение состояния данных на биткойне) просто используют биткойн в качестве слоя доступности данных (DA), что не имеет большого значения и является «тратить большие деньги на мелочи».
Правила консенсуса и стратегия узлов
«Разве это можно обойти? Тогда зачем нужны ограничения на узлы?»
Полезно, но чтобы понять этот вопрос, нужно начать с OP_RETURN и связанных с ним «консенсусных правил» и «стратегий узлов».
OP_RETURN является оператором (opcode) в языке сценариев Bitcoin, который завершает выполнение сценария немедленно и помечает этот выход как «неподлежащий трате» (provably unspendable).
Поведение OP_RETURN (прекращение выполнения скрипта и пометка вывода как невостребуемого) является основной частью протокола Биткойна и относится к правилам консенсуса. Правила консенсуса интересуются только тем, «является ли это невостребуемым», и не заботятся о конкретном размере сопутствующих данных.
Что касается ограничения конкретного размера данных, прикрепленных к OP_RETURN, это относится к стратегии узлов. Узлы могут делать немало, поскольку они сами могут решать, как обрабатывать полученные данные транзакций.
Перед записью в блокчейн: перед упаковкой блока существует ограничение на распространение этой транзакции в P2P сети. Bitcoin Core ранее не распространял транзакции OP_RETURN размером более 83 байт, но если такая транзакция присутствует в новом блоке, поскольку она соответствует правилам консенсуса, узлы также признают эту транзакцию действительной, и цепочка не будет разветвляться.
После выхода в сеть узлы также могут что-то сделать, например, автоматически отбрасывать данные, прикрепленные к OP_RETURN, чтобы снизить свои затраты на хранение.
Возможные последствия и рекомендации
Положительная сторона: может увеличить доходы майнеров, поддерживать экосистемные проекты Bitcoin (такие как Runes, Alkanes и сайдчейны).
Негатив: приводит к сокращению блок-пространства для обычных пользователей Bitcoin.
Отношение майнеров неопределенно: с одной стороны, усиливающаяся конкуренция за блоковое пространство может увеличить доход; с другой стороны, майнинг-пулы могут не одобрять это, так как преимущества «эксклюзивного обслуживания» по упаковке нестандартных транзакций будут уменьшаться.
Личное предложение:
Если PR одобрен, но пользователю не нравится, можно выбрать более строгий клиент (например, Bitcoin Knots) или старую версию. Переосмыслите роль Bitcoin Core (взвешивая безопасность патчей, политику узлов и правила консенсуса) и рассмотрите возможность выбора клиента, который больше соответствует вашим личным убеждениям.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Биткойн спорное предложение: ограничения на данные OP_RETURN, возвращение к свободе или усугубление пробок?
Автор: @jeffrey_hu
Компиляция: GaryMa, У Шо говорит о блокчейне
Недавно руководитель отдела инвестиционных исследований HashKey @jeffrey_hu подробно разобрался с фоном и спорами вокруг предложения Bitcoin Core «Отменить ограничение на данные OP_RETURN». У Гу есть сводка и интеграция мнений соответствующих членов сообщества, приведенная ниже.
Фон: Спор о ограничениях данных OP_RETURN
OP_RETURN является кодом операции (opcode) в скрипте биткойна, который используется для встраивания небольшого объема данных в транзакции биткойнов. Он позволяет пользователям хранить данные в блокчейне, но эти выходы являются «доказуемо нерасходуемыми» (provably unspendable), и поэтому не увеличивают нагрузку на набор UTXO (нерасходованные выходы транзакций). В настоящее время в Bitcoin Core установлен предел по умолчанию для размера данных OP_RETURN в 80 байт, и политика узлов (а не правила консенсуса) ограничивает распространение транзакций OP_RETURN, превышающих 83 байта.
Разработчик Питер Тодд предложил PR #32359, в котором он предлагает удалить это ограничение и одновременно удалить связанные параметры конфигурации (такие как -datacarrier и -datacarriersize), что фактически лишает узлы возможности самостоятельно настраивать эти параметры, что вызвало оживленную дискуссию.
Систематизация мнений
Мнение сторонников:
Текущие ограничения неэффективны, так как их можно обойти через прямую подачу в мемпул майнеров (например, MARA Slipstream) или с помощью неограниченных узлов (например, Libre Relay). (Например, известный максимальный вывод OP_RETURN достигает 79 870 байт).
Некоторые пользователи даже используют OP_RETURN как доску объявлений. Существуют также инструменты для помощи в упаковке в цепочку (opreturnbot.com), нужно только оплатить сбор.
Удаление ограничений может быть более совместимо с мотивацией майнеров, поскольку майнеры могут получать больше дохода, конкурируя за блоковое пространство.
Мнение противников:
Удаление ограничений приведет к большему количеству неторговых данных, записываемых в цепочку (например, shitcoin), что займет блок-пространство и повысит торговые сборы.
Хотя ограничения можно обойти, стратегии узлов все равно полезны (например, ограничение распространения, снижение нагрузки от мусорных данных на сеть).
Сборник личных подробных мнений:
Партнёр Nothing Research @0x_Todd: поддерживает отмену ограничения в 80 байт для OP_RETURN, считает текущее ограничение неэффективным и полагает, что его снятие может принести множество преимуществ, включая возвращение к раннему дизайну биткойна, снижение нагрузки на сеть, поддержку развития экосистемы, увеличение доходов майнеров и соответствие либеральной идеологии.
Эра Сатоши (первоначальный биткойн) OP_RETURN не имела ограничений по байтам.
В 2014 году Биткойн ввел ограничение в 40 байт (позже увеличенное до 80 байт) с целью сохранить «чистоту» Биткойна (для бухгалтерского учета, а не для хранения данных).
0x_Todd считает, что удаление ограничения в 80 байт не является «отступлением от традиций», а возвращением к классическому дизайну эпохи Сатоши, что соответствует изначальному духу Биткойна.
Текущий лимит в 80 байт фактически не имеет смысла, подобно "забору высотой 10 сантиметров", не способному предотвратить хранение пользователями больших объемов данных.
Способы обхода включают: использование надписей (Inscriptions), рун (Runes) и других протоколов для хранения данных через множество транзакций.
Обход через стратегию узлов, например, используя клиент Libre Relay (его слоган — «Устранение патернализма в релейной политике Bitcoin Core»). Питер Тодд (инициатор PR #32359) является одним из основных разработчиков Bitcoin Core, его вклад входит в десятку лучших, поддержка удаления ограничений является проявлением «антипатернализма» и заслуживает поддержки.
В настоящее время надписи (Inscriptions) хранят данные с помощью «карты ошибок» (например, обходя ограничение в 80 байт с помощью нескольких транзакций), что увеличивает нагрузку на сеть.
После снятия ограничения в 80 байт, инскрипции могут напрямую хранить данные через OP_RETURN, что уменьшает количество ненужных транзакций и снижает нагрузку на сеть.
Дополнительное примечание: символы в настоящее время больше не популярны, поэтому эта причина является лишь "добавочной" (второстепенной причиной).
Снятие ограничений может принести дополнительный доход майнерам.
Пример: 0x_Todd упомянул блок "супербаг" OP_RETURN размером 7 MB, отправитель заплатил 3 600 долларов США за транзакцию.
Это подтверждает реальность рыночного спроса: кто-то готов платить за размещение больших объемов данных в цепочке, и майнеры готовы их упаковывать.
0x_Todd придерживается либеральной позиции, считая, что такое поведение «решается рынком» (по обоюдному согласию) не должно ограничиваться, жесткое вмешательство не имеет смысла.
Дополнительные преимущества: с каждыми четырьмя годами сокращения биткойн-вознаграждений доходы майнеров уменьшаются, что позволяет большим транзакциям OP_RETURN увеличивать доход, побуждая майнеров продолжать вкладывать вычислительную мощность и укреплять безопасность сети биткойн.
@jeffrey_hu, руководитель отдела инвестиционных исследований, HashKey: Склонен выступать против снятия ограничения на 80 байт данных для OP_RETURN. Он считает, что снятие ограничений может иметь негативные последствия (например, вытеснение нетранзакционных данных из блочного пространства), при этом подчеркивает важность свободы пользователей (сохранение возможностей конфигурации). Он считает, что поддержка и оппозиция – это скорее разница в идеях, и в краткосрочной перспективе нет абсолютно правильного или неправильного. В ответ на четыре аргумента @0x _Todd он развил свои взгляды следующим образом:
Нет никаких ограничений для OP_RETURN эпохи Сатоши, но не все разработки Сатоши разумны, и многие из ранних разработок позже оказались проблематичными (например, некоторые модификации до и после войны блоков).
Нельзя просто использовать «неограниченность эпохи Сатоши» в качестве аргумента за отмену ограничений, так как дизайн Сатоши не обязательно подходит для современности.
Отмена ограничений является предложением клиента Bitcoin Core, а не решением всей сети Биткойн.
Питер Тодд является опытным разработчиком, его идеология склоняется к «совместимости стимулов» (похожей на логику Full-RBF: защищает от добродетелей, но не защищает от негодяев), он предлагает убрать ограничения, что соответствует его стилю, но не удивительно.
Подход Bitcoin Core в «родительском» стиле (например, удаление параметров конфигурации) заслуживает обсуждения, так как может ограничить свободу пользователей.
Удаление ограничения в 80 байт имеет ограниченную пользу для надписей (Inscriptions).
80 байт недостаточно для хранения больших файлов (например, изображений), но достаточно для записи данных JSON по протоколу BRC-20 (для создания токенов).
Даже если биткойн предоставляет мощные функции (такие как одноразовые печати, SegWit), всегда найдутся те, кто будет «самым уродливым» образом выпускать токены в цепочке, и отмена ограничений не может в корне решить эту проблему.
Влияние доходов майнеров сложно (может увеличить доход, но также может повредить «эксклюзивным услугам» пула майнинга).
Поддержка либерализма: пользователи имеют право платить за запись в блокчейне, хранение данных OP_RETURN более элегантно, чем гравировка (две транзакции + увеличение пыли UTXO).
Но подчеркивается свобода пользователей: как оператор полного узла, он должен иметь возможность свободно выбирать, будет ли он распространять эти данные (например, содержание доски объявлений не имеет к нему отношения).
Критика удаления конфигурационных опций Bitcoin Core (например, -datacarriersize и конфигурация Full-RBF) лишает пользователей права выбора.
Если Bitcoin Core не предоставит такую свободу, он может перейти на Bitcoin Knots или добавить фильтры для транзакций, но считает, что такой подход может быть «бесполезным».
Основатель UTXO Stack @crypcipher: поддерживает отмену ограничений, считает, что лучше открыться напрямую, чем позволять людям обходить ограничения. Упомянул, что протоколы, такие как ordi, записывают более 80 байт данных через несколько транзакций, и снятие ограничений может уменьшить такую «бесполезную работу» и пыль UTXO.
Fiamma 联创 @cyimonio: Против, считает, что некоторые проекты Bitcoin L2 (например, хранение состояния данных на биткойне) просто используют биткойн в качестве слоя доступности данных (DA), что не имеет большого значения и является «тратить большие деньги на мелочи».
Правила консенсуса и стратегия узлов
«Разве это можно обойти? Тогда зачем нужны ограничения на узлы?»
Полезно, но чтобы понять этот вопрос, нужно начать с OP_RETURN и связанных с ним «консенсусных правил» и «стратегий узлов».
OP_RETURN является оператором (opcode) в языке сценариев Bitcoin, который завершает выполнение сценария немедленно и помечает этот выход как «неподлежащий трате» (provably unspendable).
Поведение OP_RETURN (прекращение выполнения скрипта и пометка вывода как невостребуемого) является основной частью протокола Биткойна и относится к правилам консенсуса. Правила консенсуса интересуются только тем, «является ли это невостребуемым», и не заботятся о конкретном размере сопутствующих данных.
Что касается ограничения конкретного размера данных, прикрепленных к OP_RETURN, это относится к стратегии узлов. Узлы могут делать немало, поскольку они сами могут решать, как обрабатывать полученные данные транзакций.
Перед записью в блокчейн: перед упаковкой блока существует ограничение на распространение этой транзакции в P2P сети. Bitcoin Core ранее не распространял транзакции OP_RETURN размером более 83 байт, но если такая транзакция присутствует в новом блоке, поскольку она соответствует правилам консенсуса, узлы также признают эту транзакцию действительной, и цепочка не будет разветвляться.
После выхода в сеть узлы также могут что-то сделать, например, автоматически отбрасывать данные, прикрепленные к OP_RETURN, чтобы снизить свои затраты на хранение.
Возможные последствия и рекомендации
Положительная сторона: может увеличить доходы майнеров, поддерживать экосистемные проекты Bitcoin (такие как Runes, Alkanes и сайдчейны).
Негатив: приводит к сокращению блок-пространства для обычных пользователей Bitcoin.
Отношение майнеров неопределенно: с одной стороны, усиливающаяся конкуренция за блоковое пространство может увеличить доход; с другой стороны, майнинг-пулы могут не одобрять это, так как преимущества «эксклюзивного обслуживания» по упаковке нестандартных транзакций будут уменьшаться.
Личное предложение:
Если PR одобрен, но пользователю не нравится, можно выбрать более строгий клиент (например, Bitcoin Knots) или старую версию. Переосмыслите роль Bitcoin Core (взвешивая безопасность патчей, политику узлов и правила консенсуса) и рассмотрите возможность выбора клиента, который больше соответствует вашим личным убеждениям.
Ссылки для справки: