「Suiは退いて、Aptosも退いて。」それがローンチツイートの始め方だった。しかし、実装レベルでそれが実際に何を意味するのか、誰も疑問に思わなかった。 Suiはオブジェクト中心のMoveを使用している。すべてのアセットは一意のオンチェーンオブジェクトであり、独立したオブジェクト同士が互いにブロックしないため、並列実行が可能になる。これがSuiがXOCIETYの1500万回のオンチェーンゲームインタラクションをボトルネックなしで処理できるアーキテクチャ的な理由である。 AptosはBlock-STM、楽観的並列処理、コンフリクト検出、ロールバックを備えたアカウントベースのMoveを使用している。Ethereum開発者にとってより馴染みやすく、並列化はやや難しいが、Move Proverによる形式的検証ツールが強力である。 @Nasun_ioのMove実装はアカウントベースである。これはDEX、AIガバナンスレイヤー、ゲームアセット経済を同時に運営するチェーンにとって意図的な選択である。アカウントベースモデルはBaramの監査トレールに一貫したステートモデルを提供し、Padoの注文ルーティングロジックをEthereum開発者がすでに知っているものに近づける。しかし、その代償として、NasunはSuiのようなオブジェクトレベルの並列性を自動的に得られない。 静かな観察：「並列実行Layer-1」という言葉は、Nasun自身の製品説明に記載されている。アカウントベースのチェーンでは、並列実行にはBlock-STMスタイルの楽観的並列処理または同等の仕組みが必要である。では、PadoのスワップとGen Solのアセット決済が同時に発生した場合、内部では何が動作し、コンフリクトはどのように処理されているのか？これが、「Suiに退いて」いうフレーミングが決して答える必要のなかった技術的な問いである。