OK、試してみましょう。 vProg は、状態がベース レイヤーで完全にエンコードされている小さな EVM 環境のようなものであるため、その上にロールアップは必要ありません。 これには多くの長所と短所があります。 主な利点:ロールアップがなく、すべてがベースレイヤーにあり、構成が「些細な」ものになります。 主な欠点は、ロールアップがなく、すべてのデータの可用性がユーザーに委ねられ、大規模な時間スケールで構成が高価になることです。 vProgs は、アトミック コンポーザビリティが高速 (証明の生成にかかる時間はネットワーク遅延のオーダー) で頻繁に発生する状況に適しています。ロールアップは、継続的なデータ可用性を備えた長期的な操作が必要な場合に理にかなっています。また、vProgs は、外部流動性が必要な設定ではそれをカットしません。 vProgはロールアップに取って代わるものではなく、ロールアップを補完するものです。特に、vProgはロールアップロックスクリプト(ロックされた資産、例えばロールアップにブリッジされたKaspaのロックを解除できる条件を指定する部分)で使用され、両方に利益をもたらす可能性があります。 しかし、ほとんどの場合、現在 vProg を設計している人々を含め、vProg が何であるかを正確に知っている人は誰もいません。 vProgs のアトミック コンポーザビリティは、正規ロールアップの相互運用性の鍵となる可能性があります。それがこの概念の真の力であり、その背後にある動機だと思います。