Duskのドキュメントで私の目を引いたのは、プライバシー層ではありません。L1トランザクションのアトミックな単位が、今なおどれほど小さいかという点です。

Duskの現在のトランザクションモデルでは、転送、メモ、コントラクト呼び出し、デプロイ、blobのいずれか1つを任意のアクションとして含められます。2026年6月のRuskのissueでは、複数段階にわたるユーザーの意図を現在は個別のトランザクションに分割し、それぞれに署名し、個別に取り込まれる必要があることから、バッチトランザクションが提案されています。

これは、聞こえ以上に金融インフラにとって重要です。

発行 → 支払い → 引き渡しや、複数段階からなる決済ルールを考えてみてください。これらのステップが個別に実行される場合、現時点ではプロトコルはすべてが一緒に確定することを保証しません。あるステップは成功して別のステップは失敗し、中間状態が残る可能性があります。

重要な補足があります。DuskVMはコントラクト間呼び出しをサポートしているため、アプリケーションレベルでの組み合わせはすでに可能です。私が注目しているギャップは、Duskが複雑なコントラクトを実行できるかどうかではなく、より低レベルのトランザクションのアトミック性です。

私には、これは興味深いトレードオフに見えます。Duskは規制に対応したプログラマブルな金融を目指している一方で、中核となるトランザクションの基本要素の1つは、今も意図的にシンプルなままです。

ネイティブなバッチ処理がプロトコルの一部になるのか、それともDuskはその複雑さをコントラクトや実行レイヤーの中にとどめるのか、気になります。

@Dusk $DUSK #dusk