DuskEVMは、規制された金融分野に参入するEVMビルダーのエントリーポイントをどう変えるか
DuskEVMの面白さは、開発者が再びSolidityを使えるようになることだけではありません。
肝心なのは、見慣れたツールが“扉を通らせる”その先で何が起きるかです。
DuskEVMは、Solidity、Vyper、Hardhat、Foundry、そして標準的なEVMウォレットなど、馴染みのあるツールを備えたEVM相当の環境をビルダーに提供します。その実行レイヤーの下では、DuskDSが決済とデータ可用性を扱い、さらにアプリが必要とする場合には、機密性のあるフローへ向かう道筋もスタックに組み込まれています。
それは、単に別のチェーンにEVMを追加するのとは異なる提案です。
通常のDeFiアプリにおいては、開発者にとっての馴染みやすさだけで摩擦を減らせるかもしれません。
しかし規制された金融では、それでは足りません。
開発者は馴染みのあるコントラクトやツールを再利用できますが、アプリケーション側では、投資家の適格性、送金の制御、開示、決済、レポーティングといった事柄に対応する必要がある場合があります。
そこでこそ、DuskEVMはより面白くなるのだと私は考えています。
EVMレイヤーは、金融のワークフローそのものを典型的なパブリック暗号市場の振る舞いに強制することなく、開発を馴染みのあるものに感じさせられる可能性があります。
ただ、その下にはより難しい問いがあります。
開発を“馴染みのあるもの”にすることは、実際に規制されたアプリの構築を容易にするのでしょうか？
それとも、問題の最初のレイヤーだけを解決するにすぎないのでしょうか？
この違いは私にとって重要です。Duskは規制された金融の制約を取り除こうとしているわけではなく、そのアーキテクチャはますますそれらの制約の中で機能するように作られているからです。
だから、私が注目するテストは「Duskで開発者がSolidityをデプロイできるかどうか」ではありません。
「馴染みのある開発者インフラが、プライバシー、アクセス制御、決済ルールがプロダクトそのものに組み込まれたアプリケーションを、最終的に支えられるかどうか」です。
それは、DuskEVMにとってより難しく、より役に立つテストに思えます。
#dusk
$DUSK $BTC $PORTAL
@Dusk_Foundation
DuskEVMの面白さは、開発者が再びSolidityを使えるようになることだけではありません。
肝心なのは、見慣れたツールが“扉を通らせる”その先で何が起きるかです。
DuskEVMは、Solidity、Vyper、Hardhat、Foundry、そして標準的なEVMウォレットなど、馴染みのあるツールを備えたEVM相当の環境をビルダーに提供します。その実行レイヤーの下では、DuskDSが決済とデータ可用性を扱い、さらにアプリが必要とする場合には、機密性のあるフローへ向かう道筋もスタックに組み込まれています。
それは、単に別のチェーンにEVMを追加するのとは異なる提案です。
通常のDeFiアプリにおいては、開発者にとっての馴染みやすさだけで摩擦を減らせるかもしれません。
しかし規制された金融では、それでは足りません。
開発者は馴染みのあるコントラクトやツールを再利用できますが、アプリケーション側では、投資家の適格性、送金の制御、開示、決済、レポーティングといった事柄に対応する必要がある場合があります。
そこでこそ、DuskEVMはより面白くなるのだと私は考えています。
EVMレイヤーは、金融のワークフローそのものを典型的なパブリック暗号市場の振る舞いに強制することなく、開発を馴染みのあるものに感じさせられる可能性があります。
ただ、その下にはより難しい問いがあります。
開発を“馴染みのあるもの”にすることは、実際に規制されたアプリの構築を容易にするのでしょうか？
それとも、問題の最初のレイヤーだけを解決するにすぎないのでしょうか？
この違いは私にとって重要です。Duskは規制された金融の制約を取り除こうとしているわけではなく、そのアーキテクチャはますますそれらの制約の中で機能するように作られているからです。
だから、私が注目するテストは「Duskで開発者がSolidityをデプロイできるかどうか」ではありません。
「馴染みのある開発者インフラが、プライバシー、アクセス制御、決済ルールがプロダクトそのものに組み込まれたアプリケーションを、最終的に支えられるかどうか」です。
それは、DuskEVMにとってより難しく、より役に立つテストに思えます。
#dusk
$DUSK $BTC $PORTAL
@Dusk_Foundation