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

Bitcoin HWI, широко используемый интерфейс для подключения программного обеспечения кошелька к аппаратным устройствам для подписания, движется к завершению, в то время как проект Rust, на который ссылается его куратор как на многообещающего преемника, еще не продемонстрировал передачу в производство.

Куратор интерфейса аппаратного кошелька Bitcoin Core, или HWI, заявил 18 августа, что проект фактически находился в режиме обслуживания в течение многих лет и в значительной степени был индивидуальным усилием. HWI больше не будет принимать новые устройства или функции, кроме работы, необходимой для MuSig2. После завершения этой работы куратор ожидает выпустить версию, которая, вероятно, станет последней для проекта, а затем поддерживать HWI в минимальном режиме обслуживания до тех пор, пока не будет готов подходящий заменитель.

HWI является мостом, который программное обеспечение кошелька может использовать для обнаружения аппаратного устройства, получения открытых ключей, отображения адреса для получения и отправки частично подписанной транзакции Bitcoin на такие устройства, как Ledger, Trezor, Coldcard, BitBox или Jade для утверждения и подписания. Кандидат на преемника, упомянутый в уведомлении, BHWI, нацелен на сохранение вывода команд в стиле HWI с реализацией на Rust.

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

Почему отдельная граница HWI важна

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

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

Куратор HWI заявил, что Python предотвращает детерминированные сборки, воспроизводимый процесс сборки, который Bitcoin Core использует для выпускных бинарных файлов, и, следовательно, не позволяет HWI быть поставляемым вместе с Bitcoin Core. Это разделение также делает HWI принципиально заменяемым: другая программа может реализовать контракт внешнего подписчика Bitcoin Core. Освещение CryptoSlate версии Bitcoin Core 22.0 описывало появление поддержки внешнего подписчика в 2021 году.

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

BHWI решает проблему упаковки с ядром на Rust, а не с приложением на Python. Его дизайн может упростить воспроизводимое распределение и использование из нескольких программных сред, но каждый проект downstream все равно должен проверить, что замена охватывает свой собственный набор команд, матрицу устройств и процесс выпуска. Bitcoin Core может протестировать другую соответствующую команду за своей границей внешнего подписчика; другое программное обеспечение, которое использует командную строку HWI, должно выполнять свою собственную работу по совместимости.

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

Нижняя карта показывает три типа зависимостей: прямые зависимости Python, обертки вокруг командной строки HWI и проекты, которые уже поддерживают отдельную реализацию.

Specter Desktop, координатор для кошельков Bitcoin Core, является наиболее очевидной прямой зависимостью. Описание его проекта объясняет его фокус на Bitcoin Core и аппаратных кошельках, в то время как его источник фиксирует конкретный релиз HWI. BTCPay Server Vault идет другим путем: его локальная служба открывает подключенные устройства для подписания через обертку вокруг командных запросов HWI. Оба требуют интеграционного тестирования, даже если замена принимает знакомые команды.

Wasabi, кошелек с фокусом на конфиденциальность, представляет собой пример упаковки. В июльском вопросе проекта сообщалось, что сборки для Apple Silicon включали исполняемый файл HWI для x86_64, что повышало риск обнаружения устройств, поддерживаемых HWI, их перечисления, отображения адресов и подписания в затронутых сборках, поскольку зависимость от Rosetta становилась менее устойчивой. Проблема касалась упакованного исполняемого файла, а не сбоя подписывающих устройств.

Sparrow, настольный кошелек, показывает, почему переход может фрагментироваться, а не конвергироваться в одного преемника. Lark начинался как Java-порт Python HWI и теперь обеспечивает путь аппаратного кошелька Sparrow. Таким образом, Sparrow не является прямым случаем миграции Python-HWI, но остается ответственным за отдельную реализацию, происходящую из того же интерфейса.

Новые модели аппаратного обеспечения — это место, где заморозка HWI может стать видимой. Его матрица поддержки охватывает модели Ledger, Trezor, BitBox, KeepKey, Coldcard и Blockstream Jade. Возможности различаются в зависимости от устройства и прошивки, включая типы транзакций, отображение адресов и операции управления устройствами. Замена должна соответствовать необходимым парам операций с устройствами, а не просто воспроизводить названия команд.

Разрыв между кодом на верхнем уровне и доступностью на нижнем уровне уже проявляется в записях поддержки. HWI выпустила версию 3.2.0 в феврале с поддержкой BitBox02 Nova. В отчете пользователя Specter за апрель упоминался набор, использующий HWI 2.4.0, который не смог обнаружить Nova. Проблема Specter не указала, вызвана ли ошибка зафиксированной версией, упаковкой, прошивкой или локальной средой, но хронология показывает, что поддержка на верхнем уровне и доступность на нижнем уровне могут расходиться.

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

BHWI имеет ведущего по тестированию, а не передачу в производство

BHWI решает архитектурные ограничения HWI с помощью ядра на Rust, без ввода/вывода, которое оставляет выбор транспорта и времени выполнения вызывающей стороне. Его рабочее пространство включает асинхронные, командные и WebAssembly уровни, а его пакет командной строки создает двоичный файл hwi, предназначенный для сохранения совместимого с Python-HWI вывода. Репозиторий все еще помечает проект как находящийся в процессе разработки.

Текущий снимок проекта включает модели BitBox02, Coldcard, Jade и Ledger. Его самые сильные опубликованные доказательства совместимости уже более узкие. Документация по паритету BHWI описывает дифференциальные тесты и финальные ворота, которые запускают немодифицированный набор устройств HWI 3.2.0 против BHWI для BitBox02, Coldcard, Ledger и Jade.

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

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

Вероятный финальный релиз HWI установит фиксированную границу на верхнем уровне. Новое устройство, поведение прошивки или хост-платформа могут затем потребовать патч на нижнем уровне без нормального пути обратно в HWI. Проектам, которые объединяют Python HWI, нужны планы упаковки и выпуска. Потребителям командной строки нужны тесты совместимости для их собственных вызовов. Проекты, такие как Sparrow и Lark, сталкиваются с отдельным решением о продолжении своей независимой структуры.

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

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