Виталик Бутерин осуществляет приватные платежи в Ethereum без использования веб-сайтов

Введение

Виталик Бутерин перемещает часть своей активности в Ethereum из веб-интерфейсов. В своем эссе от 31 октября соучредитель Ethereum сообщил, что использовал инструмент командной строки, разработанный с помощью ИИ, для обновления хешей контента IPFS в ENS (системе имен Ethereum) и кошелек kohaku-cli для выполнения множества платежей через протоколы конфиденциальности.

Проблемы веб-интерфейсов

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

Контроль над интерфейсом

Это также переносит важное решение на пользователя: какую версию программного обеспечения установить, сохранить и в конечном итоге заменить. Кошелек, с которым он работает, делает компромисс конкретным. Его документация предупреждает, что CLI не прошел аудит, находится в активной разработке и написан с использованием ИИ. Она советует пользователям избегать основной сети, если они не понимают, что делают, так как это может привести к катастрофической потере средств.

Преимущества локального приложения

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

Процесс установки и зависимости

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

Kohaku-cli обрабатывает публичные Ethereum-аккаунты и частные балансы на Tornado Cash, Railgun и Privacy Pools V1. Это конкретное приложение для кошелька, отличное от более широкой библиотеки Kohaku, которая включает повторно используемые протоколы и инфраструктуру кошельков.

Документация и манифест

Его предупреждение следует читать в контексте этого приложения, а не как вердикт аудита для каждого компонента или протокола, который оно использует. Документированный маршрут установки также показывает, что означает "локальный". Инструкции проекта требуют установки зависимостей с помощью npm install, сборки приложения с помощью npm run build и запуска локального загрузчика.

Цепочка поставок программного обеспечения

Таким образом, приложение имеет цепочку поставок программного обеспечения, даже когда его интерфейс работает на машине пользователя. Публичные пути передачи Kohaku-cli и Railgun unshield показывают, почему пауза перед отправкой может означать разные вещи.

Сложности частных операций

Частные операции открывают дополнительную сложность. Команда unshield может выводить подготовленный Railgun UserOperation, который уже подписан, даже когда трансляция удерживается. UserOperation - это полезная нагрузка операции учетной записи, которую совместимые инструменты могут отправить.

Автоматизация и безопасность

Человеческое подтверждение - это еще один отдельный выбор. В проверенном пути публичной передачи подходящий настроенный вызывающий с доступом к кошельку может использовать --non-interactive вместе с --broadcast для отправки без дальнейшего подтверждения. Разблокировка кошелька, необходимые параметры, соответствие цепи и проверки симуляции все еще применяются.

Проверка происхождения программного обеспечения

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

Заключение

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