検証メカニズム

Kelpのセキュリティ事件後、Tetherの資産相互運用性プロトコルUSDT0はプロトコルのセキュリティアーキテクチャの詳細を発表しました。現在のシステムは独自のDVN（分散型検証ネットワーク）を採用しており、メッセージの拒否権を持っています。また、3つの独立した検証者が異なるコードベースに基づいて3/3の合意に達する必要があり、その後にクロスチェーンメッセージの決済が完了します。現在の検証ノードにはUSDT0の独自DVN、LayerZero、Canaryが含まれており、将来的には4/4および5/5の検証メカニズムに拡張する計画です。USDT0は、すべてのマルチシグ取引は署名前に内部チーム、外部セキュリティチーム、および監査機関による複数の審査を受ける必要があると述べており、関連する契約はGuardianやOpenZeppelinなどの機関による監査を受け、Immunefiで600万ドルのバグバウンティプログラムが開始されています。

ヴィタリック・ブテリンはXプラットフォームで、最近のパリ空港の気象センサーが干渉され、予測市場の結果に影響を与えた事件について、単一のデータソースには明らかなリスクがあると述べました。彼は、このようなデータ駆動型の予測市場に対しては、少なくとも3つの独立したデータソースの中央値を参考として使用するべきであり、操作される可能性を低減する必要があると指摘しました。

X プラットフォームの製品責任者 Nikita Bier が投稿し、X プラットフォームが暗号通貨フィッシング詐欺に対する対策を進めていることを明らかにしました：あるアカウントがその履歴の中で初めて暗号通貨に関連するコンテンツを投稿した場合、プラットフォームは自動的にアカウントをロックし、本人確認を要求します。Nikita Bier は、この措置により 99% の悪意の動機を排除できると予想しています。彼はまた、Google が現在関連するフィッシングメールを効果的にブロックできていないことを指摘し、この問題が現在の詐欺活動の重要な拡散チャネルの一つであると述べました。

研究者と開発者は、2026年がイーサリアムがゼロ知識証明（ZK）に基づいて指数的なスケーリングを実現する重要な年になると予測しています。その時、いくつかのイーサリアムのバリデーターは取引を再実行するのではなく、直接ZK証明を検証するようになり、ブロックチェーンの運用方法が根本的に変わり、2022年のイーサリアムがPoWからPoSへの「マージ（The Merge）」に匹敵する規模になるでしょう。イーサリアムの研究者ジャスティン・ドレイクは、最初のバリデーターがすべての取引を再実行するのではなく、各ブロックのZK証明を検証し始めると述べており、これによりLayer1に即時のスケーリング効果がもたらされ、将来の1万TPSの基盤が築かれるとしています。現在、イーサリアムのメインネットのスループットは約30TPSです。ドレイクはDevconnectの期間中に、古いノートパソコンを使用してZK証明の検証が可能であることを示し、2026年末までに約10％のバリデーターがZK検証モード（Lean Execution Phase 1）に切り替えると予測しています。この変化は、バリデーションノードのハードウェア要件を大幅に低下させる一方で、ネットワークの分散化を維持します。イーサリアムのBesuクライアントエンジニア、ゲイリー・シュルテは、今後の計算集約型作業は主にブロックビルダーとZK証明者が担い、一般のバリデーターは軽量な検証を行うだけで済むと指摘しており、これによりガス上限と全体のスループットを向上させる条件が整います。ロードマップでは、イーサリアムは現在Phase 0（自発的な検証）にあり、2026年にPhase 1（部分的なバリデーターの切り替え）に入り、2027年にはPhase 2に進み、ブロック生産者にZK証明の生成を強制し、完全なZK化実行を実現する見込みです。

ChainCatcher メッセージ、ビットコインネイティブ ZK Rollup プロジェクト GOAT Network が Bitcoin ZK Rollup に関する経済ブラウンペーパーを発表し、ビットコインネイティブ zkRollup の経済モデルの実現方案を提案しました。この方案は「汎用オペレーター役割交代メカニズム」と「多段階チャレンジメカニズム」を通じて、現在の BTC L2 システムに存在するインセンティブの不均衡、役割コストの集中、検証効率の低下などの問題を体系的に解決し、BTCFi に堅固な経済基盤を提供します。

ChainCatcher のメッセージ、Solana エコシステム DePIN プロトコル io.net の創設者兼 CEO Ahmad Shadid が投稿し、プロジェクトの2週間の立ち上げ計画の最新の進捗を紹介しました。Ahmad は、io.net がすべての接続された GPU で作業量証明 (Proof of Work) メカニズムを実装し、6 時間ごとに実行していることを明らかにしました。関連ログは監査のために GitHub に公開されています。プロジェクトチームは、メインネットが立ち上がった後に関連インターフェースと自動化プロセスの最適化に着手する予定です。ユーザーからのフィードバックを受けて、io.net は Explorer の「Total GPU」指標を「Unverified」に変更し、これらの GPU がまだ真実性検証を通過していないことを明確に示しました。さらに、プロジェクトチームは Worker の入職プロセスにおける問題を解決し、ユーザーはサーバーを繰り返し再起動する必要がなくなりました。クラスターの安定性と報酬配分の公平性を確保するために、io.net は現在、他のタスクを並行して実行しようとする Worker を自動的にブラックリストに追加しています。また、プロジェクトチームは、特定の構成クラスターを申請する際に、単一ノードが異なるモデルの GPU を混合してデプロイしたために、実際に得られる GPU モデルが一致しない問題を修正しました。Ahmad は、io.net がメインネットを立ち上げる前にまだ多くの問題を解決し改善する必要があると述べ、CTO が公開問題リストを整理しており、今週中に発表される予定です。現在の最優先事項には、3 月 1 日から 4 月 25 日までの期間に Worker が蓄積したポイントの公表、Worker の出金に関する支払いシステムの問題の修正、作業量証明用のバイナリファイルのオープンソース化、新しいクライアントを実行する際のマルウェアの誤検出の修正、Worker クライアントの更新が含まれています。