今日、Duskについて少し深掘りしてみたのですが、私の目を引いたのはいつものRWAの物語ではありませんでした。
それがPlonKupです。Duskの関与によって開発された証明システムで、PLONKとルックアップ引数を組み合わせています。すべての演算を従来の算術制約に押し込むのではなく、ルックアップテーブルを使えば、値があらかじめ定義された集合に属するかどうかを証明者が確認できます。これにより、特定のZK回路の複雑さを減らせる可能性があります。
興味深いのは、そのトレードオフです。Duskのアーキテクチャは明らかに、プライバシーを保護する金融アプリケーションを前提に作られていますが、ZKの証明は依然として計算負荷が高い。彼ら自身のドキュメントでは、この負荷に対応するための専用プロバーノードを分けて示しており、最小構成として8 GB RAMを挙げています。
なので、難しい問題は単に「ZKをもっと速くする」ことだとは思えません。むしろ、システム上の問いのように感じます。どれくらいの証明の複雑さを一般ユーザーから遠ざけられるのか、そして新たなインフラのボトルネックを生み出さないようにできるのか?
さらにDuskは、このプライバシーレイヤーを、規制対象の証券、決済、そしてRWAのワークフローにつなげています。だから、この問いは理論よりも現実的です。
まだ強い結論はありません。実際のボトルネックがどこにあるのかをまだ見極めようとしているところです。あなたはどこがボトルネックだと見ていますか?
$BOME
$COLLECT
#dusk $DUSK @Dusk
それがPlonKupです。Duskの関与によって開発された証明システムで、PLONKとルックアップ引数を組み合わせています。すべての演算を従来の算術制約に押し込むのではなく、ルックアップテーブルを使えば、値があらかじめ定義された集合に属するかどうかを証明者が確認できます。これにより、特定のZK回路の複雑さを減らせる可能性があります。
興味深いのは、そのトレードオフです。Duskのアーキテクチャは明らかに、プライバシーを保護する金融アプリケーションを前提に作られていますが、ZKの証明は依然として計算負荷が高い。彼ら自身のドキュメントでは、この負荷に対応するための専用プロバーノードを分けて示しており、最小構成として8 GB RAMを挙げています。
なので、難しい問題は単に「ZKをもっと速くする」ことだとは思えません。むしろ、システム上の問いのように感じます。どれくらいの証明の複雑さを一般ユーザーから遠ざけられるのか、そして新たなインフラのボトルネックを生み出さないようにできるのか?
さらにDuskは、このプライバシーレイヤーを、規制対象の証券、決済、そしてRWAのワークフローにつなげています。だから、この問いは理論よりも現実的です。
まだ強い結論はありません。実際のボトルネックがどこにあるのかをまだ見極めようとしているところです。あなたはどこがボトルネックだと見ていますか?
$BOME
$COLLECT
#dusk $DUSK @Dusk
The project is ready for RWA
100%
Too much theory
0%
It will take time
0%
Privacy is a base
0%
1 投票 • 投票は終了しました