Обзор
BitMEX Research снова возвращается к теме драмы, связанной с ограничением политики OP_Return в Bitcoin. В этой статье мы рассмотрим некоторые из теоретических аспектов игры и попытаемся объяснить недавнее напряжение в обсуждениях.
Введение
Мы уже рассматривали политику OP_Return в Bitcoin в нашей пятой статье, посвящённой этой теме. На этот раз мы рассмотрим некоторые аспекты теории игр и попытаемся объяснить недавнее напряжение в обсуждениях.
Более мягкий лимит OPReturn может быть выгоден или нейтрален для отдельных операторов узлов, которые выбирают более свободную политику. Однако сторонники фильтров утверждают, что более строгий лимит OPReturn может принести пользу всей экосистеме. Это создаёт конфликт между сдерживанием «спама» и суверенитетом отдельных пользователей.
Компактные блоки и проверка подписей
Одной из ключевых причин, по которой некоторые люди хотят увеличить лимит OP_Return, является обеспечение эффективной работы Compact Blocks. Compact Blocks был предложен разработчиком Bitcoin Мэттом Корралло в апреле 2016 года.
Compact Blocks требует, чтобы локальный mempool делал разумную работу по прогнозированию того, что майнеры будут добывать в следующем блоке. Это необходимо для эффективной работы Compact Blocks.
Однако Compact Blocks — это только один пример. Есть много причин, по которым операторы узлов могут захотеть смоделировать, что будет добывать майнер. Например, чтобы использовать mempool для прогнозирования ставок сборов или для других проверок, которые выполняются быстрее или эффективнее, когда ваш mempool эффективно моделирует следующий блок.
Проверка подписей
Проверка подписей при входе транзакций в mempool и кэширование результата — ещё одна ключевая функция, которая ускоряет проверку блоков. Когда узел имеет транзакцию в mempool, очевидно, что выполняются проверки для обеспечения её действительности. Эти проверки затем кэшируются, и если транзакция включена в блок, подпись не проверяется снова, что делает проверку блоков намного быстрее.
Увеличение лимита OP_Return
Версия Bitcoin Core 30, которая должна быть выпущена в ближайшее время, увеличивает лимит ретрансляции OP_Return с 83 байт до 100 000 байт. Это увеличение более чем в 1200 раз. Как можно оправдать такое масштабное увеличение?
С точки зрения операционной производительности отдельного оператора узла, который использует Core v30, решение очевидно: увеличение до 100 000 байт — это строго лучший результат.
Сценарии и влияние
- Сценарий: незначительное использование крупных OP_Returns.
— Влияние: производительность Compact Blocks практически не затронута, однако, поскольку использование OP_Return минимально, существенных недостатков нет. Влияние нейтральное.
- Сценарий: значительное использование крупных OP_Returns.
— Влияние: производительность Compact Blocks и других проверок значительно снижается, если не принимать транзакции с крупными OP_Returns в mempool. Влияние положительное.
Заключение
Сторонники фильтров могут оказаться в сложной ситуации, требующей от них моральных аргументов. Это может привести к определённой напряжённости в сообществе. Однако, возможно, некоторые сторонники фильтров могут не беспокоиться об этом и просто захотят вступить в борьбу со спамом ради неё самой, без чёткой стратегии победы.
С другой стороны, даже если технические проблемы с Compact Blocks и предварительными проверками будут решены, те, кто выступает против фильтров ретрансляции, могут просто не запускать фильтры и оставаться довольными. Сторонникам отсутствия фильтров не нужно беспокоиться о политике ретрансляции других операторов узлов. Compact Blocks и другие предварительные проверки должны работать нормально, даже если подавляющее большинство (возможно, более 90%) операторов узлов используют фильтры.
Не является инвестиционной рекомендацией.