Биткоин вошел в последнее обычное окно из 2016 блоков для BIP-110 25 июля при поддержке майнеров в 0,89%. Предложение требует 1109 блоков (55%) для обычной блокировки, а обязательная фаза версионных битов может начаться в августе, если поддержка останется ниже этого порога.
Джеймсон Лопп обозначил Consensus Cleanup, covenants и квантовую подготовку как следующую повестку Биткоина. Он также занимает две стороны этого перехода: Лопп выступает против BIP-110 и является соавтором BIP-361 — черновика плана постквантовой миграции.
BIP-110 придает этим дебатам живой ориентир управления, поскольку разработчики, майнеры, операторы узлов, биржи, кастодианы и держатели предоставляют разные формы согласия. Следующие предложения привязывают этот тест координации к валидации блоков, устойчивому к кражам хранению и статусу владения уязвимыми монетами.
Известные баги попадают в очередь обновлений
Consensus Cleanup объединяет четыре исправления протокола в BIP-54. Антуан Пуансо и Мэтт Коралло завершили спецификацию в мае, а Bitcoin Inquisition запустил эти правила на своем экспериментальном signet с февраля.
Пакет охватывает атаку timewarp, экстремальные затраты на валидацию блоков, неоднозначность дерева Меркла, связанную с 64-байтовыми транзакциями, и будущие проверки дублирующихся транзакций.
Уязвимость timewarp дает большинству хешрейта возможность снизить сложность майнинга до минимума в течение 38 дней, ускоряя эмиссию субсидии за счет более быстрого производства блоков и изменяя стимулы майнеров.
Отдельная слабость: специально сформированные блоки могут обрабатываться несколько минут на высокопроизводительном оборудовании и часы на более слабых машинах.
BIP-54 ограничивает количество операций с подписями на транзакцию, сокращая наихудшую нагрузку валидации в 40 раз. Он также делает недействительной форму 64-байтовой транзакции, которую майнеры считали нестандартной с 2019 года и которая последний раз была зафиксирована в блокчейне Биткоина в 2016 году.
Поскольку эти исправления ужесточают условия консенсуса, проверка сосредоточена на граничных случаях в спецификации, эталонном коде, тестовых векторах и месяцах использования signet. Затяжная задержка оставит четыре задокументированные слабости в протоколе и повысит вероятность того, что будущая атака сожмет график проверки.
Consensus Cleanup дает Биткоину тест на обслуживание с определенными дефектами и измеримыми исправлениями, позволяя одобрению продемонстрировать, что сеть может обрабатывать защитную работу протокола через обычную проверку.
Продолжительная задержка превратит известные слабости в накопленный технический долг.
| Исправление BIP-54 | Устраняемый риск | Практическое влияние | Вопрос на перспективу |
|---|---|---|---|
| Исправление timewarp | Большинство хешрейта может снизить сложность до минимума | Может ускорить производство блоков и приблизить эмиссию субсидии | Сможет ли Биткоин закрыть известные баги стимулов до того, как они станут эксплуатируемыми? |
| Лимиты стоимости валидации | Созданные блоки могут обрабатываться минуты или часы | Ослабляет узлы с низкими ресурсами и увеличивает риск распространения | Отдает ли сеть приоритет устойчивости в наихудшем случае до роста атакующего давления? |
| Правило 64-байтовых транзакций | Неоднозначность дерева Меркла из-за специального формата транзакций | Устраняет класс исторической неоднозначности консенсуса | Легче ли провести профилактическую очистку до того, как граничный случай будет вооружен? |
| Очистка дублирующихся транзакций | Будущие проблемы валидации в стиле BIP-0030 | Сокращает обработку устаревших исключений | Может ли Биткоин упростить консенсус без координационного отката? |
Covenants переходят в активное тестирование
Bitcoin Inquisition активировал OP_TEMPLATEHASH из BIP-446 27 июля на блоке signet 314 928. Этот опкод позволяет Tapscript фиксировать точную транзакцию, которая может потратить выход, предоставляя кошелькам и системам второго уровня примитив covenant.
Хранилище использует этот примитив через первую транзакцию, которая объявляет о попытке вывода и создает задержку, в течение которой владелец может перенаправить средства на более безопасный адрес или заблокировать выплату вору.
Текущие конструкции могут использовать предварительно подписанные транзакции и уничтоженные ключи подписи — операционная модель, которая становится хрупкой при больших балансах и длительных периодах хранения.
BIP-448 предлагает пакет из трех опкодов Tapscript, объединяющий OP_TEMPLATEHASH с OP_CHECKSIGFROMSTACK и OP_INTERNALKEY.
Грегори Сандерс, Антуан Пуансо и Стивен Роуз связывают этот пакет с перепривязываемыми транзакциями, более простыми платежными каналами, многопользовательскими Lightning-схемами, statechains и вариантами Ark.
Проверяющие могут сравнить отдельную активацию TEMPLATEHASH с меньшей поверхностью проверки и более ранним инструментарием для хранилищ против BIP-448 с более широкой поддержкой платежных систем и меньшей вероятностью еще одного софт-форка.
Более длительный период тестирования сохраняет текущие правила консенсуса и продлевает зависимость от кастодианов или хрупких предварительно подписанных конструкций.
Для держателей политика covenants определяет, какой контроль кошелек может закодировать до того, как средства покинут адрес.
Задержки хранилищ, пути восстановления и шаблоны ограниченных трат могут усилить самокастоди и сохранить контроль вне бирж, ETF или профессиональных кастодианов.
| Предложение | Основное изменение | Основной вариант использования | Компромисс |
|---|---|---|---|
| BIP-446 / OP_TEMPLATEHASH | Позволяет Tapscript фиксировать тратящую транзакцию | Хранилища, пути восстановления, ограниченные траты | Меньшая поверхность проверки, но более узкие возможности |
| Пакет BIP-448 | Объединяет OP_TEMPLATEHASH, OP_CHECKSIGFROMSTACK и OP_INTERNALKEY | Платежные каналы, многопользовательский Lightning, statechains, варианты Ark | Более широкая полезность, но большая нагрузка на проверку консенсуса |
| Без активации covenants | Сохраняет текущие правила консенсуса | Предварительно подписанные хранилища, кастодиальный контроль, существующие модели кошельков | Избегает риска софт-форка, но оставляет инструменты самокастоди слабее |
Квантовая миграция устанавливает срок владения
BIP-361 ставит крупнейшую координационную задачу на пятилетний срок. Черновик остановит создание новых квантово-уязвимых выходов примерно через три года после активации, а затем узлы ужесточат проверку устаревших путей трат ECDSA и Schnorr примерно на пятый год.
Фаза B потребует квантово-устойчивого протокола спасения для устаревших трат, хотя черновик пока не указывает единый дизайн спасения.
Этот график потребует от бирж, кастодианов, провайдеров кошельков и индивидуальных держателей переместить средства в постквантовый тип выхода. Владельцы, не мигрировавшие к фазе B, должны будут выполнить новые условия спасения.
Помещая гарантии владения внутрь конструкции безопасности, BIP-361 стремится заблокировать квантовому оператору возможность вычистить открытые монеты через устаревшие пути трат. Владельцы, пропустившие окно, могут столкнуться с дополнительными сложностями восстановления, а любой механизм спасения потребует правил для доказательства, конфиденциальности, контроля мошенничества и бездействующих средств.
| Фаза | Примерные сроки | Что меняется | Кто должен действовать |
|---|---|---|---|
| Активация | Год 0 | Запускается отсчет квантовой миграции | Разработчики, операторы узлов, провайдеры кошельков, биржи, кастодианы |
| Фаза A | Примерно год 3 | Прекращается создание новых квантово-уязвимых выходов | Кошельки, биржи, платежные процессоры, кастодианы |
| Фаза B | Примерно год 5 | Ужесточается проверка устаревших ECDSA/Schnorr с квантово-устойчивыми правилами спасения | Все держатели с уязвимыми выходами |
В бычьем сценарии процесс BIP-110 создает более четкие стандарты готовности сети. BIP-54 получает концентрированную проверку, предложения covenants — сравнительные данные signet, а квантовое планирование — многолетний горизонт внедрения.
Кошельки получают более надежные средства защиты от краж, узлы — более жесткие границы валидации, а кастодианы — время для инвентаризации уязвимых выходов.
В медвежьем сценарии спор о спаме превращает каждый софт-форк в фракционное состязание. Consensus Cleanup остается на signet, работа над covenants фрагментируется между конкурирующими пакетами опкодов, а постквантовая политика ждет более близкой криптографической угрозы.
Тогда Биткоин несет известные баги, более слабые инструменты самокастоди и сжатый график миграции в тот же процесс управления.
Августовское окно BIP-110 создаст единую запись управления Биткоином, а Consensus Cleanup, covenants и BIP-361 расширят эту запись на обслуживание, хранение и криптографическое выживание.
Путь Биткоина теперь зависит от выявления предложений протокола, которые защищают его основные функции, и построения согласия до того, как чрезвычайные условия установят график.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Gino Matos
