プライバシー負荷が増えるほど、より重要になり得る“夕暮れ（Dusk）の詳細”

私はDuskの実行アーキテクチャを改めて見ていて、ある設計上の選択肢が目につきました。Duskは、費用のかかるすべての暗号処理をVMの中だけで完結させることを強制しないのです。
PiecrustはWASMの実行環境を提供していますが、Duskは、ハッシュ化、証明の検証、署名の検証などの処理をホスト関数で扱います。ホワイトペーパーでは、これによりVMの中だけで行う場合よりも、複雑な暗号タスクをより効率よく実行できると述べています。

プライバシーに重点を置いた金融ネットワークは、通常の送金を処理するだけのものではありません。そのアーキテクチャは暗号学的な検証に大きく依存しており、利用が増えるにつれて、それらの処理はかなりの計算負荷になり得ます。

高コストなプリミティブをホスト関数へ移すことで、次のような分離が生まれます。
VMはコントラクト実行を担当し、一方で専用のインフラが重い暗号処理を担当する。

またホワイトペーパーでは、結果がノード間で複製されるため、この最適化は分散された検証要件を取り除くものではない、とも指摘しています。

ただ、私としては注視すべきトレードオフがあると思います。
機能が専用のホスト機能へ移れば移るほど、VMとそれらの機能の間のインターフェースがより重要になります。性能と効率は得られますが、実行環境がプロトコル固有のインフラにより依存するようにもなるのです。

Duskにとって、それは妥当なトレードオフかもしれません。
ネットワークが、重要なZK負荷を伴うプライバシー保全型アプリケーションを求めるのであれば、「すべての処理が単なるWASM命令の一つにすぎない」というふりをするよりも、暗号計算を第一級のインフラ課題として扱うほうが筋が通っています。

本当の試金石は、そのアーキテクチャが、プライバシー負荷が拡大しても効率を提供し続けられるかどうかです。

専門化された暗号実行は、ネットワーク規模でのプライバシーを実現するための正しい方法なのでしょうか？
@Dusk $DUSK #dusk