Vitalik Buterin、プライベートなEthereum決済にローカルCLIツールへ移行
Ethereum共同創業者のVitalik Buterin氏は、Webインターフェースへの依存を減らすため、ENSの更新やプライベート取引にAI支援のコマンドラインツールを使用していると明らかにした。
英語から自動翻訳されています。 原文を読む
ポイント
- Buterin氏は、サーバーから配信されるコードへの反復的な露出を制限するため、ウェブサイトよりもローカルコマンドラインツールを好んでいる。
- Buterin氏が言及した特定のウォレット「kohaku-cli」は監査未実施であり、メインネットでの使用時に資金喪失のリスクがあるという警告が付されている。
- ローカル実行により、ソフトウェアのバージョン管理や依存関係の管理の責任がユーザー側に移る。
Ethereum共同創業者のVitalik Buterin氏は、特定のEthereum活動において、Webベースのインターフェースではなくローカルコマンドラインツールをますます使用していると明らかにした。10月31日に公開されたエッセイの中で、Buterin氏は、Ethereum Name Service (ENS) のコンテンツハッシュを更新するためにAI生成ツールを使用し、プライバシープロトコルを通じた決済を実行するために別のコマンドラインウォレットを使用したと説明した。この変化は、ウェブサイトへの依存がもたらすセキュリティ上の懸念を反映している。ウェブサイトはユーザーが訪問するたびに新しいアプリケーションコードを配信できるため、反復的な露出リスクを生み出すからだ。
Buterin氏は、ローカルアプリケーションを維持することで、ユーザーがインストールし使用するソフトウェアの改訂版を制御できると主張している。このアプローチにより、ソフトウェアの更新タイミングの決定権がサーバーから個人に移り、動的なWeb環境に関連する攻撃面を潜在的に削減できる。しかし、この方法はソフトウェアの出所や依存関係の管理に関して新たな複雑さを生み出す。
ETH / USD
ローカル実行のセキュリティ上のトレードオフ
Buterin氏が言及した特定のウォレット「kohaku-cli」は、そのドキュメントにおいて監査未実施かつ開発中と説明されており、重要な部分がAI支援で記述されている。プロジェクトの開発者は、Tornado CashやRailgunなど、ツールがサポートする基盤プロトコルに対する判断ではなく、特定のアプリケーションレベルでの警告として、ユーザーにリスク(包括的な資金喪失の可能性を含む)を完全に理解しない限りメインネットでの使用を避けるよう明示的に警告している。
CryptoSlateによると、ローカルインターフェースを使用する実用的な利点は、特定のソフトウェア改訂版をピン留めできることである。しかし、これにはユーザー自身がソフトウェアサプライチェーンを管理する必要がある。インストールプロセスにはnpmを使用して依存関係をインストールしアプリケーションをビルドする手順が含まれるため、ユーザーは解決されたパッケージとビルドツールの整合性を信頼しなければならない。馴染みのあるプロジェクト名であっても、依存関係セットとビルドパラメータがセキュリティ上の重要な要素であるため、承認されたすべてのコードが安全であるとは保証されない。
トランザクション署名の複雑さ
kohaku-cliの内部メカニズムは、パブリックトランザクションとプライベートトランザクションのパスの間の微妙な違いを明らかにしている。標準的なパブリック転送では、トランザクションを提出せずにドライランシミュレーションを実行でき、ブロードキャスト前に検証が可能である。一方、Railgunのアンシールディングなどのプライベート操作では、ブロードキャストが保留されていても、すでに署名済みの準備されたUserOperationを生成し得る。これは、提出を保留しても、互換性のあるツールによって署名済みの操作が後で提出されることを必ずしも防ぐわけではないことを意味する。
Buterin氏のエッセイは、トランザクションを構築、署名、提出できるソフトウェアが異なる権限の源を表していることを強調している。CLIがこれらの機能を調整するが、ユーザーは各コンポーネントを個別に評価する必要がある。さらに、このツールはスクリプティングやエージェントに関連する自動提出を可能にする非対話モードをサポートしているが、不正な支出を防ぐには慎重な設定が必要である。
今後の注目点
より多くの開発者やユーザーがローカルファーストの暗号化ツールを探求するにつれ、業界ではソフトウェアの出所基準に対する監視が強まる可能性がある。SLSA検証基準は、成果物の出所とビルドパラメータを確認するためのフレームワークを提供するが、信頼できるビルダーとソースの期待に依存している。将来の開発では、サプライチェーンリスクを軽減するために、これらの出所チェックをコマンドラインツールによりシームレスに統合することに焦点が当てられる可能性がある。
さらに、重要な金融インフラストラクチャにおけるAI支援コード生成の台頭は、監査可能性と長期的なメンテナンスに関する疑問を投げかけている。Buterin氏のアプローチが支持を得れば、プライバシー重視のユーザーがEthereumとどのように相互作用するか、すなわち利便性よりもローカル制御を優先するかに影響を与える可能性がある。しかし、kohaku-cliのようなツールの監査不在は、広範な採用が、コードの整合性を独立して検証できる技術的に洗練されたユーザーに限定される可能性を示唆している。

ディスカッション 0