#dusk 私は個人的に、インフラのナラティブは、開発者が実際に基盤となるツールを使っている場合にのみ意味を持つと感じています。
それが、私が今Duskに惹かれている理由です。DuskのZKスタックは単一の証明システムにとどまらず、Composerは回路構築をサポートしており、一方でPLONK、Groth16、Poseidon、Jubjub、Schnorr、Merkleの各コンポーネントが再利用可能な暗号化のビルディングブロックを提供します。
機会は「ZK」というラベルにあるというより、これらのプリミティブが、プライベートなアプリケーションや金融ワークフローを構築する際の摩擦をどれだけ減らせるかにあると思います。
ただし、無視してはいけない弱点があります。暗号インフラは技術的に非常に優れていても、使われていなければ活かされないことがあります。PLONK、Jubjub、関連コンポーネントに対する最近のセキュリティ強化も、基礎となる数学の外側で、実装品質がどれほど重要かを示しています。
ですから、開発者の活動状況、コントラクトの利用、証明生成の効率、トランザクションの増加、そしてプライバシー機能に対する実際の需要を注意深く見守りたいです。これらの指標が一緒に動き始めたら、私はDuskの論旨をより真剣に受け止めるでしょう。
@Dusk_Foundation $DUSK
$ACE
$CYS
それが、私が今Duskに惹かれている理由です。DuskのZKスタックは単一の証明システムにとどまらず、Composerは回路構築をサポートしており、一方でPLONK、Groth16、Poseidon、Jubjub、Schnorr、Merkleの各コンポーネントが再利用可能な暗号化のビルディングブロックを提供します。
機会は「ZK」というラベルにあるというより、これらのプリミティブが、プライベートなアプリケーションや金融ワークフローを構築する際の摩擦をどれだけ減らせるかにあると思います。
ただし、無視してはいけない弱点があります。暗号インフラは技術的に非常に優れていても、使われていなければ活かされないことがあります。PLONK、Jubjub、関連コンポーネントに対する最近のセキュリティ強化も、基礎となる数学の外側で、実装品質がどれほど重要かを示しています。
ですから、開発者の活動状況、コントラクトの利用、証明生成の効率、トランザクションの増加、そしてプライバシー機能に対する実際の需要を注意深く見守りたいです。これらの指標が一緒に動き始めたら、私はDuskの論旨をより真剣に受け止めるでしょう。
@Dusk_Foundation $DUSK
$ACE
$CYS