黄昏(Dusk)は、プライバシー重視の金融アプリケーション向けにレイヤー1を構築しており、DuskDSがコンセンサスと決済を担当し、実行はDuskVMを通じて行えます。私が関心を持っているのは、単なるプライバシー技術ではありません。私がもっと興味を持っているのは、プライバシーと、実行、検証、そして最終性(finality)の間にある領域です。
私はこの流れを次のように見ています。取引を作成し、プライバシーの仕組みが機微な情報を保護し、取引はネットワークに入ります。実行が状態の変化を処理し、検証者(バリデータ)がブロックを検証し、そしてコンセンサスによって最終的にその状態が確定します。
しかし、私は検証を自動的にレジリエンス(耐障害性)だとは考えていません。
これは過去の失敗から学びました。私はかつて、強力な暗号学的検証を見て、その基盤全体も同じくらい堅牢だと見なしてしまったのです。そこで今は、その検証プロセスの周辺で何かがうまくいかなかったらどうなるのかを問い直しています。
ノードが異なるタイミングで情報を受け取ったらどうでしょう。実行は成功するのに、最終性が遅れたらどうでしょう。検証者が利用不能になったらどうでしょう。
私は、Duskに脆弱性があると主張しているわけではありません。単に、アーキテクチャがプレッシャー下でどう振る舞うのかに関心があるだけです。
私にとって、それこそが本当の研究の始まりです。
@Dusk_Foundation #Dusk #blockchain #PrivacyProtection #Web3 #crypto $DUSK
$TUT
$GPS
私はこの流れを次のように見ています。取引を作成し、プライバシーの仕組みが機微な情報を保護し、取引はネットワークに入ります。実行が状態の変化を処理し、検証者(バリデータ)がブロックを検証し、そしてコンセンサスによって最終的にその状態が確定します。
しかし、私は検証を自動的にレジリエンス(耐障害性)だとは考えていません。
これは過去の失敗から学びました。私はかつて、強力な暗号学的検証を見て、その基盤全体も同じくらい堅牢だと見なしてしまったのです。そこで今は、その検証プロセスの周辺で何かがうまくいかなかったらどうなるのかを問い直しています。
ノードが異なるタイミングで情報を受け取ったらどうでしょう。実行は成功するのに、最終性が遅れたらどうでしょう。検証者が利用不能になったらどうでしょう。
私は、Duskに脆弱性があると主張しているわけではありません。単に、アーキテクチャがプレッシャー下でどう振る舞うのかに関心があるだけです。
私にとって、それこそが本当の研究の始まりです。
@Dusk_Foundation #Dusk #blockchain #PrivacyProtection #Web3 #crypto $DUSK
$TUT
$GPS
🔐 Strong Privacy
100%
⚙️ Reliable Execution
0%
✅ Fast Verification
0%
🌐 Network Resilience
0%
2 投票 • 投票は終了しました