新しい市場。使う道具は同じ!!!
次世代の金融市場を作っているところを想像してみてください…
そして、これまでに知っているツールは忘れろと言われる。
新しい言語。新しいフレームワーク。新しいウォレット。新しいすべて。
それはイノベーションじゃありません。
それは摩擦です。
開発者にはすでにSolidity、Hardhat、Foundry、viem、ethersがあります。では、金融インフラが変わっただけで、開発者体験を作り直す必要があるのでしょうか?
そこで私の目を引いたのが @dusk です。
Duskには2つの実行パスがあります:
→ DuskEVM:Solidity/Vyper向けで、馴染みのあるEVMツールが使える
→ DuskVM:Rust/WASMのコントラクトで、Dusk L1上で動く
どちらも、決済とデータ可用性のために DuskDS に接続します。
そしてこれは単なる互換性の主張ではありません。
Duskのデプロイメントドキュメントには、Mainnet Chain ID 744 が記載されており、HardhatとFoundry向けのワークフローも用意されています。
そして次に来る、面白い部分。
Hedgerは、機密EVMワークフローのために同型暗号+ゼロ知識証明を組み合わせ、軽量な回路を使ったクライアントサイドの証明生成で、Duskが2秒以内にレポートします。
つまり、全体像はかなりシンプルになります:
新しい金融レール。
馴染みのある開発者ツール。
必要なときのプライバシー。
その下にある決済基盤。
これが、私がDuskの主張に惹かれる理由です。
レールは新しい。ビルダーは変える必要がない。
馴染みのあるツールで新しいインフラに乗るのと、ゼロから始めるのと、どちらがいいでしょうか?
狙いは、オンチェーン基盤に対して、規制された金融を自然に感じられるようにすることです——ビルダーに最初から全部学び直させることなく。
トークン化された資産が本当に“市場”になっていくなら、その移行が必然だと感じられるネットワークこそが勝者になると私は考えています。つらいものではなく、自然なものとして。
そしてDuskはまさにそこに位置しています。
新しいレール。馴染みのあるビルダー。別の金融市場。
#dusk @Dusk
$EDEN $COTI $DUSK
次世代の金融市場を作っているところを想像してみてください…
そして、これまでに知っているツールは忘れろと言われる。
新しい言語。新しいフレームワーク。新しいウォレット。新しいすべて。
それはイノベーションじゃありません。
それは摩擦です。
開発者にはすでにSolidity、Hardhat、Foundry、viem、ethersがあります。では、金融インフラが変わっただけで、開発者体験を作り直す必要があるのでしょうか?
そこで私の目を引いたのが @dusk です。
Duskには2つの実行パスがあります:
→ DuskEVM:Solidity/Vyper向けで、馴染みのあるEVMツールが使える
→ DuskVM:Rust/WASMのコントラクトで、Dusk L1上で動く
どちらも、決済とデータ可用性のために DuskDS に接続します。
そしてこれは単なる互換性の主張ではありません。
Duskのデプロイメントドキュメントには、Mainnet Chain ID 744 が記載されており、HardhatとFoundry向けのワークフローも用意されています。
そして次に来る、面白い部分。
Hedgerは、機密EVMワークフローのために同型暗号+ゼロ知識証明を組み合わせ、軽量な回路を使ったクライアントサイドの証明生成で、Duskが2秒以内にレポートします。
つまり、全体像はかなりシンプルになります:
新しい金融レール。
馴染みのある開発者ツール。
必要なときのプライバシー。
その下にある決済基盤。
これが、私がDuskの主張に惹かれる理由です。
レールは新しい。ビルダーは変える必要がない。
馴染みのあるツールで新しいインフラに乗るのと、ゼロから始めるのと、どちらがいいでしょうか?
狙いは、オンチェーン基盤に対して、規制された金融を自然に感じられるようにすることです——ビルダーに最初から全部学び直させることなく。
トークン化された資産が本当に“市場”になっていくなら、その移行が必然だと感じられるネットワークこそが勝者になると私は考えています。つらいものではなく、自然なものとして。
そしてDuskはまさにそこに位置しています。
新しいレール。馴染みのあるビルダー。別の金融市場。
#dusk @Dusk
$EDEN $COTI $DUSK