Биткоин — очень консервативная криптовалюта. И тем не менее, путем сложных процедур протокол сети способен претерпевать изменения. 2025 год может оказаться знаковым в этом отношении — из-за введения системы ковенантов.
Один из наиболее обсуждаемых возможных софтфорков Биткоина сегодня — концепция Check Template Verify (CTV). Авторы концепции предлагают ввести систему ковенантов, открывающую, по их мнению, более гибкую настройку условий расходования BTC. Инициатива представлена в рамках предложения по улучшению Биткоина под номером 119 (BIP-119).
Разработчик под псевдонимом Cobra, владелец домена bitcoin.org, сообщил:
«Некоторые биткоин-энтузиасты собираются когда-то в 2025 году опробовать софтфорк с CTV через UASF. Разработчики (вне Core) работают прямо сейчас над кодом и параметрами активации. Недостаточное количество людей уделило этому внимание».
UASF — софтфорк, активированный пользователями (от английского «user-activated soft fork»). Это отдельная и довольно спорная процедура внесения изменений в протокол. Таким образом, само обсуждение проведения потенциального софтфорка состоит из двух ключевых вопросов: с какой целью стоит вообще вводить обновление (вопрос ковенантов), и как именно проводить данное обновление (вопрос к процедуре UASF). Но обо всем по порядку. Начнем с ковенантов.
Каждый биткоин-адрес содержит набор условий для расходования средств. Самое простое из условий — «является ли отправитель конкретной транзакции владельцем приватного (закрытого) ключа к этому конкретному адресу?» (доказательство владения криптовалютой определяется наличием у ее владельца приватного ключа). Существуют и другие условия расходования, такие как временная блокировка (она позволяет расходовать средства только после истечения определенного времени), или мультиподпись (она требует доступ к нескольким приватным ключам для совершения одной транзакции).
Хотя условия расходования монет в сети Биткоина могут быть довольно разнообразными, они все выполняют, по сути, одно и то же действие: если условие выполнено, BTC могут быть потрачены любым способом, который выберет отправитель.
Ковенант — это условие, которое вводит новые варианты того, как могут быть потрачены биткоины. В качестве простого примера: биткоин-адрес способен содержать ковенант, который позволит отправлять эти биткоины только на один заранее определенный адрес. Ковенант также способен прописать, какие UTXO (неизрасходованные выходы) могут быть потрачены с этого биткоин-адреса, а какие — нет.
Если совсем просто — это что-то вроде целевого использования для полученных на адрес монет. Если проводить аналогии, то это как если бы вам поступили деньги на баланс банковской карты с ограничениями по возможностям для их траты. Например, вы можете потратить деньги на товары из супермаркета в проверенных магазинах, но не можете переводить их неизвестным и посторонним людям, что позволяет защититься от банковских мошенников.
Существует несколько разных предложений, которые пытаются ввести ковенанты в экосистему Биткоина. Рассмотрим их разные варианты реализации.
CTV (проверка шаблона транзакции) — это предложение введения ковенантов, которое позволяет устанавливать условия, проверяющие: совпадают ли данные транзакции с теми, что указаны в ковенанте. Это достигается путем хеширования некоторых данных транзакции и сравнения с заранее определенными хеш-значениями (результатами обработки и шифрования массива информации).
Поскольку этот хеш транзакции рассчитывается только с использованием входа (input), выхода (output), номера версии транзакции и значения locktime, их можно предварительно рассчитать. С ковенантом CTV биткоин-адрес обязуется в будущем отправлять только заранее рассчитанные транзакции.
Это означает, что полученные монеты можно будет израсходовать только в соответствии с ковенантом.
Еще одно предложение для реализации ковенантов — CheckTXHashVerify, которое работает очень похоже на CTV. Оно также обязывает обращаться к определенным данным транзакции в качестве условия. В отличие от CTV, CheckTXHashVerify не обязывает обращаться к полному набору данных транзакции. Вместо этого предложение может привязываться только к определенным данным операции. Например, количеству входов, получателю или значению locktime.
Это предложение предлагает два новых опкода (кода операции): OP_VAULT и OP_VAULT_RECOVER. Эти опкоды, в сочетании с OP_CHECKTEMPLATEVERIFY (CTV), разрешают пользователям устанавливать определенный период перед тем, как назначенные монеты могут быть потрачены на произвольный адрес — за исключением заранее определенного адреса восстановления, на который монеты могут быть отправлены в любое время до окончания периода.
Концепция ковенантов может иметь еще одну сторону — рекурсивность. Рекурсивный ковенант — это тип условия расходования монет, который требует, чтобы следующий получающий адрес также включал это же самое условие расходования для исходящей транзакции.
Реальный пример, который приводят авторы концепции — ассоциация владельцев частных жилых домов, участники которой требуют, чтобы владелец любого дома продавал свой дом только другому члену ассоциации, который, в свою очередь, также будет связан подобным условием.
Некоторые участники сообщества Биткоина бьют тревогу, так как опасаются, что рекурсивные ковенанты могут позволить внедрение агрессивных практик, связанных с AML и KYC (ограничения централизованных торговых площадок, связанные с требованиями по предоставлению персональных данных пользователей). Например, рекурсивный ковенант может включать в свой белый список адресов только те, что прошли процедуру KYC.
CTV не позволяет создавать рекурсивные ковенанты, так как требует, чтобы все будущие данные транзакций, включенные в ковенант, были известны на момент создания биткоин-адреса. CheckTXHashVerify же технически может реализовать подобные ковенанты.
Но даже без рекурсивности существует множество способов использования ковенантов. Помимо безопасного хранения на адресе, который технически не сможет перевести монеты злоумышленникам, есть и другие сценарии применения ковенантов.
Можно отметить шаблонирование транзакций под заранее определенные правила, а также пул платежей (Payment Pool), который позволяет нескольким пользователям совместно владеть одним или несколькими UTXO. Когда средства расходуются из пула, невозможно определить, какой участник (или участники) потратил (потратили) средства.
В целом, ковенанты могут заметно увеличить программируемость Биткоина, которой сети явно не хватает на фоне блокчейнов, поддерживающих реализацию смарт-контрактов.
Но, как это часто бывает с инициативами для старейшей криптовалюты, даже если предложение и в чем-то улучшает сеть, то минусы, которые оно привносит, часто перевешивают положительный эффект. Так может быть и с ковенантами.
Противники BIP 119 выражают опасения по поводу того, как ковенанты способны повлиять на взаимозаменяемость BTC — концепцию, согласно которой каждая единица валюты является аналогичной и взаимозаменяемой.
Некоторые беспокоятся, что введение ограничений на расходование может отделить монеты, связанные ковенантом, от остальных, тем самым подрывая нейтральность сети. Более того, нововведения в протоколе Биткоина традиционно вызывают опасения по поводу безопасности, поскольку новые функции способны непреднамеренно привести к уязвимостям, которые могут быть использованы злоумышленниками.
Но еще больше вопросов, возможно, вызовет процедура, при помощи которой CTV попытаются воплотить в жизнь. Речь идет о UASF, софтфорке, активируемом пользователями через узлы сети, а не через майнеров, которые исключаются из процесса принятия решения.
Похожая практика едва не сложилась в 2017 году вокруг активации решения SegWit. Тогда дата UASF была назначена на 1 августа, что фактически означало, что UASF-узлы начали бы с того дня отвергать «неправильные блоки», принуждая майнеров принять нововведения. Но тогда, благодаря BIP-91, активация SegWit фактически произошла до 1 августа, и UASF не случилось. В указанную дату не произошло события-триггера для софтфорка, так как оно произошло раньше и по другой процедуре — через согласие майнеров.
В 2017 году процедура UASF вызвала бурную дискуссию, и некоторые полагали, что инициированный пользователями софтфорк нанесет непоправимый ущерб экосистеме Биткоина. Проще говоря, некоторые разработчики, майнеры и пользователи посчитали, что процедура опасна, — и высказались против.
Прецедента с UASF не случилось, но вводящий его BIP-148 получил финальный статус — то есть форк произошел бы, если бы майнеры не активировали SegWit до «часа X».
И вот теперь, в 2025, если предупреждение Cobra обосновано, перспектива UASF снова стала актуальной. И если UASF произойдет, то помимо ковенантов мы получим также прецедент, когда изменения в протокол пройдут без учета позиции майнеров. Это грозит серьезным хардфорком Биткоина.
Что касается перспектив обновления в целом, то, по утверждению самого Cobra, оно возможно лишь «когда-то в 2025 году». То есть о точном времени и стопроцентной гарантии проведения пока говорить не приходится. Также стоит отметить, что в децентрализованной среде, подобной Биткоину, каждое потенциальное обновление и предложение предварительно демократически обсуждается в сообществе и может быть в любой момент отклонено большинством. То есть от идеи ковенантов могут попросту отказаться, не договорившись либо о процедуре их внедрения, либо об обоснованности и необходимости самих ковенантов в целом.
Ковенанты — довольно спорное нововведение, которое, с одной стороны, может улучшить безопасность и гибкость Биткоина, но, с другой, несет в себе серьезные риски. И это не единственная причина следить за возможными софтфорками. Они могут вводится при помощи нетипичной процедуры UASF, и, если это произойдет, в числе нововведений будут не только ковенанты, но и прецедент проведения софтфорка в обход майнеров.
Источник: bits.media
Ваш адрес email не будет опубликован. Обязательные поля помечены *