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