Война за размер блока: почему сообщество биткоина раскололось

В 2017 году спор о том, каким должен быть блок Bitcoin, перешёл из рассылок и конференций в практику: пользователи угрожали отвергать блоки без сигнала активации SegWit, разработчики выпускали разные варианты ПО, майнеры выбирали, какие правила исполнять, а биржи готовились к возможному разделению цепи. Вопрос звучал технически — сколько данных помещать в блок, — но за ним стоял более трудный: кто вправе менять правила денег, которыми никто не управляет единолично?

Когда ограничение стало заметным

В раннем Bitcoin ограничение размера блока в один мегабайт сдерживало объём данных, который мог попасть в один блок. Пока сеть была небольшой, ограничение редко становилось центральной темой. С ростом числа транзакций пользователи начали конкурировать за ограниченное место: транзакции с более высокой комиссией могли получить преимущество при включении, а ожидание подтверждения становилось частью пользовательского опыта.

Важно не представлять лимит как простой кран пропускной способности. Блоки распространяются между узлами, проверяются и хранятся. Если сделать допустимый объём больше, в каждом блоке потенциально поместится больше транзакций, но возрастут требования к сети и оборудованию. Если оставить предел, комиссии и задержки могут стать сильнее в периоды высокого спроса. Какой компромисс приемлем, зависит от оценки будущих технологий, стоимости запуска узла и того, какую функцию Bitcoin должен выполнять.

В 2015 году спор стал публичным и интенсивным. Появлялись предложения увеличить лимит, в том числе BIP 101 Гэвина Андресена и предложения, связанные с BIP 100. Участники спорили о сроках, размере увеличения и способе принятия решения. Даже те, кто соглашался, что сеть нужно масштабировать, могли не соглашаться с тем, следует ли менять основной протокол быстро, постепенно или через несколько уровней.

Экономическая сторона не сводилась к спору о дешёвых переводах. Для одних более вместительный блок был способом сохранить низкие комиссии и использовать Bitcoin для повседневных платежей. Для других резкое увеличение требований к узлам рисковало сделать проверку сети менее доступной, а значит — уменьшить число независимых участников, способных самостоятельно проверять правила. Ни один из этих рисков нельзя свести к лозунгу «больше всегда лучше» или «лимит никогда нельзя менять».

Доводы и компромиссы

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

Оппоненты опасались, что быстро растущая цепь потребует больше пропускной способности, места на диске и времени на проверку. Это могло вытеснить операторов узлов с обычным подключением или ограниченным бюджетом. Узел позволяет владельцу самостоятельно проверить, соответствует ли блок правилам. Если проверять могут только крупные сервисы, пользователь сильнее зависит от их обещаний.

Эти доводы не дают автоматического ответа. Стоимость оборудования со временем снижается, но пропускная способность и доступность интернета распределены неравномерно. Пределы блоков могут облегчить самостоятельную проверку, однако при перегрузке сеть становится менее удобной и комиссии растут. Инженерный спор касается не одного числа, а распределения затрат между пользователями, операторами, майнерами и сервисами.

Существовали и промежуточные варианты. Segregated Witness, или SegWit, менял структуру транзакций и способ учёта данных подписи. BIP 141 ввёл понятие веса блока: базовые данные учитывались иначе, чем witness-данные. Это позволило увеличить фактическую вместимость в определённых пределах, сохранив совместимость через soft fork. Одновременно SegWit исправлял проблему изменяемости идентификатора транзакции и создавал основу для дальнейших протоколов.

Сторонники решения видели в нём осторожное обновление и технический фундамент для масштабирования поверх базового слоя. Критики указывали на сложность, спорные стимулы и нежелание сообщества напрямую увеличить базовый лимит. Поэтому SegWit воспринимался и как инженерное предложение, и как символ более широкой модели управления.

Кто принимает решение

У Bitcoin нет генерального директора, который может приказать всем установить новую версию. Разработчики могут написать код и предложить его, но это не заставляет владельцев узлов запускать обновление. Майнеры выбирают, какие транзакции включать в блоки, и при некоторых схемах сигнализируют поддержку, однако их блоки должны приниматься узлами. Биржи, кошельки, платежные сервисы и бизнес влияют на практическое принятие изменений, потому что обслуживают пользователей и управляют ликвидностью.

Оператор полного узла проверяет блоки по установленным им правилам. Если новая версия несовместима со старой и часть сети не принимает правила другой части, возможен раскол на цепи. Майнер может предложить блок, но не может заставить узел считать его допустимым. В то же время если пользователи не используют сеть или сервисы не признают актив, техническая возможность майнинга сама по себе не создаёт широкого принятия.

Карта ролей упрощена: разработчики сами могут быть пользователями узлов, майнеры — владельцами бизнеса, а биржа — оператором узла. Внутри каждой категории есть разные интересы. Поэтому разговор «майнеры решили» или «разработчики решили» часто скрывает распределённую цепочку добровольных решений.

Такое управление медленно и конфликтно. Его сторонники видят в этом защиту от единоличной смены правил; критики — трудность координации и риск, что спор затянется. Консенсус здесь не равен голосованию в одной комнате. Он проявляется в том, какие правила реально исполняются сетью, какие версии программного обеспечения используются и какие активы признают участники рынка.

SegWit, сигналы и BIP 148

BIP 141 был опубликован как техническая спецификация SegWit. Предложение использовало механизм soft fork: обновлённые узлы применяли более строгие правила, а старые версии оставались совместимыми в смысле структуры цепи, хотя не могли полностью проверять новые данные. Для включения изменения применялась схема сигнализации майнеров BIP 9. Условия активации и сроки стали частью самого конфликта: сигнализируют ли майнеры готовность, достаточен ли порог и что делать, если порог не достигнут?

В марте 2017 года появился BIP 148 — предложение принудительной активации SegWit через поведение узлов в заданный период. Идея заключалась в том, что узлы, исполняющие эти правила, будут отвергать блоки без требуемого сигнала, создавая стимул для майнеров включиться в активацию. Это был рискованный путь координации: если участников окажется недостаточно или правила будут поняты по-разному, сеть могла разделиться.

В мае часть компаний и майнеров поддержала Нью-Йоркское соглашение, известное как SegWit2x: сначала SegWit, затем планируемое увеличение базового размера блока до двух мегабайт. Подписанты представляли заметную долю отрасли, но соглашение не было решением, автоматически обязательным для каждого пользователя Bitcoin. К осени проект второй фазы столкнулся с недостатком консенсуса и был приостановлен. Сам SegWit к тому времени активировался.

Эта последовательность показала разницу между поддержкой организаций и принятием правил сетью. Публичный список подписантов может свидетельствовать о намерениях компаний, но не заменяет согласие операторов узлов и пользователей. Аналогично сигнал майнера не означает, что каждый участник считает обновление желательным. Исторические документы объясняют механику, но мотивы участников надо приписывать только тогда, когда они сами их зафиксировали.

Раскол и отдельные цепи

1 августа 2017 года на блоке 478 558 Bitcoin Cash начал отдельную цепь с несовместимыми правилами и большим базовым лимитом блока. До точки разделения обе цепи имели общую историю; после неё блоки и транзакции могли расходиться. Это было не просто обновление одного параметра: участникам пришлось различать активы, программное обеспечение, правила обработки транзакций и поддержку бирж.

Bitcoin Cash нельзя описать как «всю сторону больших блоков» или считать, что каждый участник спора перешёл в новую сеть. Раскол воплотил одну из моделей: если группы не могут договориться об общих правилах, альтернативная цепь может продолжить существование отдельно. У неё появляются собственные риски — безопасность, ликвидность, узнаваемость и конкуренция за разработчиков и пользователей.

Технический раскол также создавал практические опасности. Биржам нужно было решать, какие активы они поддерживают и как зачисляют балансы; пользователям — не перепутать цепи и не отправить средства по неверным инструкциям. Наличие общего прошлого не означало одинакового состояния после разделения. Из-за этого операторы выпускали предупреждения и временно ограничивали некоторые операции.

В августе SegWit активировался на основной цепи Bitcoin. Это не означало, что спор был окончательно разрешён или что все согласились с выбранным компромиссом. В ноябре запланированное увеличение базового лимита в рамках SegWit2x не состоялось после отказа от дальнейшего продвижения из-за отсутствия достаточной поддержки. История поэтому включает и фактический форк Bitcoin Cash, и несостоявшийся сценарий SegWit2x.

Что спор изменил в представлении о масштабировании

Война за размер блока стала спором о распределении власти именно потому, что техническое обновление затрагивало то, кто может самостоятельно проверять сеть и каким образом меняются правила. Аргументы обеих сторон апеллировали к устойчивости Bitcoin. Одни ставили на более доступные транзакции сейчас, другие — на доступность независимой проверки и осторожность при изменении консенсусных ограничений.

Из конфликта нельзя вывести универсальную формулу, что блоки должны быть только маленькими или только большими. Нагрузка меняется, инфраструктура развивается, а цена централизации или дорогих переводов по-разному распределяется между участниками. Технические решения несут компромиссы; политическое решение состоит ещё и в том, кто принимает эти компромиссы на себя.

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

Исторический урок — не в том, что консенсус всегда невозможен. SegWit в итоге активировался, а отдельная цепь тоже получила участников. Урок скорее в том, что открытый протокол может пережить несогласие только через добровольное принятие правил, совместимость или явное разделение. Любой технический план должен объяснять и пропускную способность, и стоимость проверки, и процесс перехода, и последствия для тех, кто откажется обновляться.

Почему это не было простым референдумом

В споре не существовало единого списка избирателей и правила «один участник — один голос». Количество монет, вычислительная мощность, число узлов, использование продукта и экономическая значимость сервисов измеряют разные виды влияния. Любой единичный показатель можно оспорить: владение не равно активности, а установленный узел не обязательно выражает мнение всех пользователей. Система поэтому опиралась на сочетание публичных предложений, исполняемого кода и добровольного принятия его участниками.

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

Сегментирование обсуждения тоже имеет значение. Один человек мог поддерживать SegWit ради исправления транзакционной изменяемости и при этом не поддерживать UASF. Другой мог хотеть увеличить пропускную способность, но сомневаться в SegWit2x как в способе согласования. Названия лагерей упрощают хронику, однако не должны подменять мотивы конкретных участников. Если источник сообщает лишь о подписи компании под соглашением, это доказывает участие компании, но не позицию всех её клиентов.

Цена каждого пути

Больше места в блоке помогает отдельным пользователям получить подтверждение с меньшей конкуренцией, но не бесплатно: всем узлам приходится передавать и проверять данные, а конкуренция за хранение и пропускную способность может меняться. Более осторожный предел поддерживает доступность проверки, однако при спросе выше предложения может увеличить комиссии и подталкивать пользователей к альтернативным сервисам. Масштабирование поверх базового слоя переносит часть операций в отдельные протоколы, но требует нового программного обеспечения, ликвидности, каналов и дополнительных предположений о безопасности.

Следовательно, правильное сравнение должно учитывать не только число транзакций в секунду. Нужно спрашивать, кто может проверять систему, как ведут себя комиссии в периоды перегрузки, насколько сложна миграция и что происходит при отказе участников обновляться. Эти вопросы звучат менее эффектно, чем лозунг о «решении масштабирования», зато помогают оценить реальные последствия. Сам спор не дал окончательного ответа на все будущие нагрузки: он сделал видимыми критерии, по которым разные группы оценивали устойчивость сети.

Источники