深夜、私は開発用のマシンでGRVTのアーキテクチャ文書を一行ずつ読み進めていた。データ可用性の章に差しかかったところで、指がキーボードの上で止まった。

このプロジェクトには確かに何かある。ホワイトペーパーはCEX級の体験、そして60万TPSをイーサリアムL2に“溶接”すると書いていて、設計の発想はなかなか美しい。@grvt_io

だがデータ可用性層を分解すると、問題が出てくる。

GRVTはValidiumを使っている。zkRollupではない。取引データはイーサリアムL1に載せず、オフチェーンのデータ可用性委員会(DAC)に委ねるのだ。L2BEATは、この種のアーキテクチャのリスクを率直にこう書いている——「Funds can be frozen if the data committee refuses to provide the data(データ委員会がデータ提供を拒めば、資金は凍結され得る)」。オンチェーンにしないストレージでスループットを稼ぐ代わりに、ユーザー資産の台帳原本を外部ノードの一団に“質入れ”することになる。

デリバティブのシナリオは、送金よりはるかに凶悪だ。あなたのポジション、証拠金率、強制清算(強平)の軌跡はすべて、DACが継続して元データを提供することに依存する。委員会のノードが規制圧力や内部の共謀によって応答を拒めば、あなたは自力で完全な口座状態を再構築できない。状態データがなければ、L1上のコントラクトがいくら安全でも、実効的な強制退出の証明を提出できない。コントラクトの中にお金はあるのに、鍵を持っていない。

さらに厄介なのはアップグレード権限だ。GRVTのコントラクトは現在アップグレード可能で、DACメンバーの名簿と没収(ペナルティ)の仕組みが十分に公開されていない。もし計画内のアップグレードでDA検証ロジックを変更し、同時に委員会が過去のデータを保持しない状態になれば、「自分がかつていくら持っていたか」を証明するための材料すら持っていかれる。自律運用(セルフカストディ)のコントラクトなど、砂に描いた小切手にすぎない。

GRVTのスループットは両刃の剣だ——高い性能ほど、より深いブラックボックスが開く。ホワイトペーパーにはTPSが美しく書かれている一方で、DACが集団的にダウンした際の緊急退出方案は一言もない。

以上はあくまで個人的見解であり、投資助言ではない。あなたは「イーサリアム級の安全性」を信じるのか、それとも「大口の出金時にDACが集団的にダウンしない」ことを信じるのか?コメント欄で話しましょう。

#grvt @grvt_io $BTC