#dusk $DUSK @Dusk
$DUSK のPiecrust VMについて私の注目を引いた点の1つ：なぜ、特定の処理はサンドボックスの外に置くべきなのに、WASMにすべてを扱わせるのか？
最初は、実行を完全にWebAssemblyの内側に保つことがより安全でクリーンだと考えられます。ですが、プライバシー重視のスマートコントラクトが実際に計算している内容を調べると、現実は変わります：
ハッシュ化＆ZK証明の検証
Schnorr＆BLS署名
これらの重い暗号プリミティブをWASM内で直接実行すると、検証ノードごとにオーバーヘッドが膨大に増幅されます。
ここでPiecrustのホスト関数が魅力的になります。高コストな暗号処理を仮想マシン経由で無理に通すのではなく、選ばれた処理をネイティブコードの実行に委ねます。業務ロジックは安全にサンドボックス内に保たれつつ、暗号処理はネイティブに近い速度で動作します。
トレードオフ：
開発者は、VMレベルのコンセンサス更新なしに任意のカスタム暗号オペレーションを導入する自由を失います。しかし、サポートされるプリミティブが決定論的であり、かつノード間でまったく同一であるなら、「絶対的なコントラクト柔軟性」を「生の実行速度」と引き換えにするのは十分に理にかなっています。
PiecrustはWASMとネイティブ実行のどちらかを選んでいるのではなく、パフォーマンス面で最も理にかなう場所に計算を割り当てているだけです。🚀🚀
L1のVMアーキテクチャを評価する際、あなたは最大のコントラクト柔軟性と、暗号ヘビーなワークロードにおけるより速い実行のどちらを優先しますか？🤷🏼♂️
@Dusk
#dusk #Web3Infrastructure $DUSK
$DUSK のPiecrust VMについて私の注目を引いた点の1つ：なぜ、特定の処理はサンドボックスの外に置くべきなのに、WASMにすべてを扱わせるのか？
最初は、実行を完全にWebAssemblyの内側に保つことがより安全でクリーンだと考えられます。ですが、プライバシー重視のスマートコントラクトが実際に計算している内容を調べると、現実は変わります：
ハッシュ化＆ZK証明の検証
Schnorr＆BLS署名
これらの重い暗号プリミティブをWASM内で直接実行すると、検証ノードごとにオーバーヘッドが膨大に増幅されます。
ここでPiecrustのホスト関数が魅力的になります。高コストな暗号処理を仮想マシン経由で無理に通すのではなく、選ばれた処理をネイティブコードの実行に委ねます。業務ロジックは安全にサンドボックス内に保たれつつ、暗号処理はネイティブに近い速度で動作します。
トレードオフ：
開発者は、VMレベルのコンセンサス更新なしに任意のカスタム暗号オペレーションを導入する自由を失います。しかし、サポートされるプリミティブが決定論的であり、かつノード間でまったく同一であるなら、「絶対的なコントラクト柔軟性」を「生の実行速度」と引き換えにするのは十分に理にかなっています。
PiecrustはWASMとネイティブ実行のどちらかを選んでいるのではなく、パフォーマンス面で最も理にかなう場所に計算を割り当てているだけです。🚀🚀
L1のVMアーキテクチャを評価する際、あなたは最大のコントラクト柔軟性と、暗号ヘビーなワークロードにおけるより速い実行のどちらを優先しますか？🤷🏼♂️
@Dusk
#dusk #Web3Infrastructure $DUSK
