アルトコインプロジェクト情報（日本語要約）

Boundlessは、資産やメッセージの相互運用を可能にするプロトコルであるWormholeとの戦略的提携を行うことを発表した。これにより、ZK証明を活用したNative Token Transfers（NTT）のセキュリティ強化を開始する。

Boundlessは、Proof of Verifiable Work（PoVW）とネイティブトークンZK Coin（ZKC）のリリースにより、Mainnet稼働を発表した。これにより、ZK証明がすべてのエコシステムにインターネット並みのスケーラビリティをもたらす。プルーバーは、証明作業に応じてZKCを獲得してZKCはプロトコルの担保として機能することで、ZK証明経済の基盤を築く。

Boundlessは、独自のPoVW（Proof of Verifiable Work）メカニズムとネイティブトークンのZKCにより、ZK証明の生成を新たな形のマイニングに変更した。ネットワークが立ち上がったばかりの現在、競合ノードが少ないため、初期のプルーバーは高い収益率を得る機会がある。報酬は生成サイクル数とステーキングされたZKCの割合に基づいて計算され、市場手数料（ETH）とZKC報酬の二重取りが可能となる。

Boundlessは、Base上でMainnet Betaを稼働させ、世界中のプルーバーがZK証明生成を競う許可不要のマーケットプレイスを公開した。約5週間の競争期間後、総供給量の0.5%にあたる5,000,000 ZKCが、生成サイクル、成功率、有効速度に基づいたスコアリングで上位者に遡及的に配布される。初期の証明需要は、Ethereumのファイナリティを証明する「The Signal」によって支えられている。

Boundlessは、EigenLayerのリステーキングセキュリティ強化のため、ZK証明を活用して高コストなオンチェーン計算をオフロードしている。AVSオペレーターのステーキング残高計算は通常、Boundlessが生成するZK証明とマークルツリーによってガス使用量を99.9%削減している。これにより、スラッシングのセキュリティを維持しつつ、計算のスケーラビリティと耐検閲性が確保される。

Boundlessは、ZK証明を必要とするプロトコルに対し、既存のL1やL2上で動作するスマートコントラクトを介してサービスを提供する。これは、カスタムチェーンを構築せず、アプリケーションのホストチェーン上で検証と決済を直接行うことで、検閲耐性や資金のブリッジング不要といった利点を確保するためとなる。このアーキテクチャにより、プロトコルは自身のチェーンのセキュリティを享受しつつ、極めて低いガス代でZK証明の能力を利用できる。

Boundlessは、Proof of Verifiable Work（PoVW）という新しいインセンティブメカニズムを導入し、ZKマイナーに対して検証可能な計算量に比例したZKCトークンを支払う。マイナーは、リクエスターの手数料とZKCの二重報酬を得る仕組みとなる。競争優位性は、取引ロジックの最適化と高性能なハードウェアの二つの側面で決まる。

BoundlessプロトコルのMainnet BetaがBase上で稼働を開始し、ZK証明をユニバーサルな計算基盤として提供する。このプロトコルは、「The Signal」というZKコンセンサスクライアントを通じて、Ethereumのファイナリティを単一の証明に圧縮し、他のチェーンへのトラストレスな相互運用性を可能にする。これにより、実行とコンセンサスを分離することで、ブロックチェーンがガスの制限から解放され、計算資源のスケーラビリティが実現される。

Boundlessは、計算資源の制約という全ブロックチェーンが抱える根本的な課題を解決するため、ユニバーサルZKプロトコルを開発している。このプロトコルは、複雑な計算を軽量な証明に変え、すべてのチェーンにスケーラビリティをもたらす。メインネットへのロードマップは、開発者アクセスから始まり、段階的なパブリックテストネットを経て、ユニバーサルZKの実現に至る計画としている。

Boundlessは、EVMのガス手数料制限や過去のデータへの制約を打破するZKコプロセッサ「Steel」を発表した。Steelは、複雑なロジック、イベントログ検証、過去の状態クエリなどをオフチェーンで実行し、結果を一定のガス代でオンチェーンに証明として返すことを可能にする。これにより、EVM開発者はブロックの境界を超え、データが豊富で表現力豊かなアプリケーションを構築できる。

Ethereum Foundationは、EIP-7594の導入に伴い、Blob証明からセル証明へ形式が変更されるため、全てのBlob利用者にソフトウェアの更新を促した。この変更は一部のL2で問題を引き起こしており、RPCレベルでのオーバーヘッド削減のため、トランザクション発行者はセル証明を作成するよう推奨されている。未処理のトランザクションはフォーク後に破棄される可能性があるため、早期の対応が賢明となる。