Обновления Биткоина в 2025 году: когда ожидать софтфорк и что такое ковенанты — Bits Media

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

Нетипичный софтфорк Биткоина

Один из наиболее обсуждаемых возможных софтфорков Биткоина сегодня — концепция Check Template Verify (CTV). Авторы концепции предлагают ввести систему ковенантов, открывающую, по их мнению, более гибкую настройку условий расходования BTC. Инициатива представлена в рамках предложения по улучшению Биткоина под номером 119 (BIP-119).

Разработчик под псевдонимом Cobra, владелец домена bitcoin.org,  сообщил: 

«Некоторые биткоин-энтузиасты собираются когда-то в 2025 году опробовать софтфорк с CTV через UASF. Разработчики (вне Core) работают прямо сейчас над кодом и параметрами активации. Недостаточное количество людей уделило этому внимание».

UASF — софтфорк, активированный пользователями (от английского «user-activated soft fork»). Это отдельная и довольно спорная процедура внесения изменений в протокол. Таким образом, само обсуждение проведения потенциального софтфорка состоит из двух ключевых вопросов: с какой целью стоит вообще вводить обновление (вопрос ковенантов), и как именно проводить данное обновление (вопрос к процедуре UASF). Но обо всем по порядку. Начнем с ковенантов.

Что такое ковенанты

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

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

Ковенант — это условие, которое вводит новые варианты того, как могут быть потрачены биткоины. В качестве простого примера: биткоин-адрес способен содержать ковенант, который позволит отправлять эти биткоины только на один заранее определенный адрес. Ковенант также способен прописать, какие UTXO (неизрасходованные выходы) могут быть потрачены с этого биткоин-адреса, а какие — нет. 

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

Существует несколько разных предложений, которые пытаются ввести ковенанты в экосистему Биткоина. Рассмотрим их разные варианты реализации.

Check Template Verify (CTV)

CTV (проверка шаблона транзакции) — это предложение введения ковенантов, которое позволяет устанавливать условия, проверяющие: совпадают ли данные транзакции с теми, что указаны в ковенанте. Это достигается путем хеширования некоторых данных транзакции и сравнения с заранее определенными хеш-значениями (результатами обработки и шифрования массива информации).

Поскольку этот хеш транзакции рассчитывается только с использованием входа (input), выхода (output), номера версии транзакции и значения locktime, их можно предварительно рассчитать. С ковенантом CTV биткоин-адрес обязуется в будущем отправлять только заранее рассчитанные транзакции.

Это означает, что полученные монеты можно будет израсходовать только в соответствии с ковенантом.

CheckTXHashVerify

Еще одно предложение для реализации ковенантов — CheckTXHashVerify, которое работает очень похоже на CTV. Оно также обязывает обращаться к определенным данным транзакции в качестве условия. В отличие от CTV, CheckTXHashVerify не обязывает обращаться к полному набору данных транзакции. Вместо этого предложение может привязываться только к определенным данным операции. Например, количеству входов, получателю или значению locktime.

OP_VAULT

Это предложение предлагает два новых опкода (кода операции): OP_VAULT и OP_VAULT_RECOVER. Эти опкоды, в сочетании с OP_CHECKTEMPLATEVERIFY (CTV), разрешают пользователям устанавливать определенный период перед тем, как назначенные монеты могут быть потрачены на произвольный адрес — за исключением заранее определенного адреса восстановления, на который монеты могут быть отправлены в любое время до окончания периода.

Рекурсивные ковенанты

Концепция ковенантов может иметь еще одну сторону — рекурсивность. Рекурсивный ковенант — это тип условия расходования монет, который требует, чтобы следующий получающий адрес также включал это же самое условие расходования для исходящей транзакции. 

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

Некоторые участники сообщества Биткоина бьют тревогу, так как опасаются, что рекурсивные ковенанты могут позволить внедрение агрессивных практик, связанных с AML и KYC (ограничения централизованных торговых площадок, связанные с требованиями по предоставлению персональных данных пользователей). Например, рекурсивный ковенант может включать в свой белый список адресов только те, что прошли процедуру KYC.

CTV не позволяет создавать рекурсивные ковенанты, так как требует, чтобы все будущие данные транзакций, включенные в ковенант, были известны на момент создания биткоин-адреса. CheckTXHashVerify же технически может реализовать подобные ковенанты.

Что можно сделать при помощи ковенантов

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

Можно отметить шаблонирование транзакций под заранее определенные правила, а также пул платежей (Payment Pool), который позволяет нескольким пользователям совместно владеть одним или несколькими UTXO. Когда средства расходуются из пула, невозможно определить, какой участник (или участники) потратил (потратили) средства.

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

Недостатки ковенантов

Но, как это часто бывает с инициативами для старейшей криптовалюты, даже если предложение и в чем-то улучшает сеть, то минусы, которые оно привносит, часто перевешивают положительный эффект. Так может быть и с ковенантами.

Противники BIP 119 выражают опасения по поводу того, как ковенанты способны повлиять на взаимозаменяемость BTC — концепцию, согласно которой каждая единица валюты является аналогичной и взаимозаменяемой.

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

UASF – вопрос процедуры

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

Похожая практика едва не сложилась в 2017 году вокруг активации решения SegWit. Тогда дата UASF была назначена на 1 августа, что фактически означало, что UASF-узлы начали бы с того дня отвергать «неправильные блоки», принуждая майнеров принять нововведения. Но тогда, благодаря BIP-91, активация SegWit фактически произошла до 1 августа, и UASF не случилось. В указанную дату не произошло события-триггера для софтфорка, так как оно произошло раньше и по другой процедуре — через согласие майнеров.

В 2017 году процедура UASF вызвала бурную дискуссию, и некоторые полагали, что инициированный пользователями софтфорк нанесет непоправимый ущерб экосистеме Биткоина. Проще говоря, некоторые разработчики, майнеры и пользователи посчитали, что процедура опасна, — и высказались против.

Прецедента с UASF не случилось, но вводящий его BIP-148 получил финальный статус — то есть форк произошел бы, если бы майнеры не активировали SegWit до «часа X».

И вот теперь, в 2025, если предупреждение Cobra обосновано, перспектива UASF снова стала актуальной. И если UASF произойдет, то помимо ковенантов мы получим также прецедент, когда изменения в протокол пройдут без учета позиции майнеров. Это грозит серьезным хардфорком Биткоина.

Впрочем, это очень маловероятно по ряду причин:

• Во-первых, если сравнивать ковенанты и SegWit, то масштаб и значимость предлагаемых сейчас изменений, вероятно, не приведет к значительному расколу внутри сообщества.
• Во-вторых, пока не очень понятна необходимость именно UASF. Почему сторонники ковенантов будут действовать именно в обход майнеров, и как они смогут навязать новые правила игры – пока вопрос.
• В-третьих, Биткоин как экосистема и актив в 2024-2025 годах находится в гораздо более зрелом состоянии, чем в 2017-м, поэтому весьма маловероятно, что UASF позволят случиться, особенно при отсутствии серьезных к тому предпосылок.

Что касается перспектив обновления в целом, то, по утверждению самого Cobra, оно возможно лишь «когда-то в 2025 году». То есть о точном времени и стопроцентной гарантии проведения пока говорить не приходится. Также стоит отметить, что в децентрализованной среде, подобной Биткоину, каждое потенциальное обновление и предложение предварительно демократически обсуждается в сообществе и может быть в любой момент отклонено большинством. То есть от идеи ковенантов могут попросту отказаться, не договорившись либо о процедуре их внедрения, либо об обоснованности и необходимости самих ковенантов в целом.

Вывод

Ковенанты — довольно спорное нововведение, которое, с одной стороны, может улучшить безопасность и гибкость Биткоина, но, с другой, несет в себе серьезные риски. И это не единственная причина следить за возможными софтфорками. Они могут вводится при помощи нетипичной процедуры UASF, и, если это произойдет, в числе нововведений будут не только ковенанты, но и прецедент проведения софтфорка в обход майнеров.

Источник: bits.media