チェーン上の開発で最も恐れるべきは性能のボトルネックではなく、データアーキテクチャのデッドロックです。

多くのプロジェクトは初期段階では非常に速く進行しますが、半年も経つと停滞し始めます。資金不足ではなく、実はデータ構造がすでに硬直してしまっているのです。ビジネスロジックを展開すればするほど、各イテレーションで地面を掘り返す必要があります。あるフィールドを変更するだけでアプリケーション層全体を動かさなければならないことも多く、これが多くのオンチェーンプロジェクトが急成長から停滞に変わる真の原因です。

Walrusのアイデアは非常に面白いです。これは現実を前提としています：最初から正しい設計をするのは不可能だと。初心を固守するよりも、データ構造に柔軟性を持たせる方が良いのです。

その技術設計の核心はオブジェクトレベルのストレージモデルです。各データオブジェクトは独立したアイデンティティを持ち、更新はパッチを当てるのではなく、自然な進化を遂げます。テストネットのパフォーマンスを見ると、システムは同一オブジェクトに対して複数回の更新をサポートし、単一のオブジェクトはMB単位まで耐えられ、複数のノードによる共同管理も可能であり、可用性を保証しています。

これにより、開発者には余裕が生まれます。最初の日に3年後の状態を予測する必要はありません。要求が変われば、データもそれに応じて変化します。もちろん、その代償は何でしょうか？この柔軟性は乱用される可能性があるため、アプリケーション層自身が制約を維持する必要があります。

正直なところ、現実のソフトウェアにとって、修正可能であること自体が価値です。アーキテクチャの決定により硬直化してしまうよりも、誤りを修正できる余地があることは大きな進歩です。