以前は、正しい証明が完成のゴールだと思っていました。
しかし、証明の作成からブロックへの組み込みまでの間に何が起きるのかを見始めると、@Dusk によってその違いがずっと明確になりました。
証明は数学的に正しくても、記述している状態がすでに変わっている場合には失敗し得ます。
一見小さな話に聞こえますが、プライバシーのせいでより面白くなります。公開チェーンでは、保留中の動きを観察して、起こり得る競合に対応できます。秘匿化された環境では、設計上その可視性を失います。
だから本当の問いは、「その証明は正しいか?」だけではありません。
「その証明が処理される時点で存在している状態に対して、まだ有効なのか?」という問いでもあります。
$DUSK の活動が拡大するなら、このタイミング問題が実際にどれほど重要になるのか、そして、ユーザーが“悪い証明”ではなく“証明が遅れて届いた”ことによる失敗を理解できるのかが気になります。
#dusk $BTC $ETH
しかし、証明の作成からブロックへの組み込みまでの間に何が起きるのかを見始めると、@Dusk によってその違いがずっと明確になりました。
証明は数学的に正しくても、記述している状態がすでに変わっている場合には失敗し得ます。
一見小さな話に聞こえますが、プライバシーのせいでより面白くなります。公開チェーンでは、保留中の動きを観察して、起こり得る競合に対応できます。秘匿化された環境では、設計上その可視性を失います。
だから本当の問いは、「その証明は正しいか?」だけではありません。
「その証明が処理される時点で存在している状態に対して、まだ有効なのか?」という問いでもあります。
$DUSK の活動が拡大するなら、このタイミング問題が実際にどれほど重要になるのか、そして、ユーザーが“悪い証明”ではなく“証明が遅れて届いた”ことによる失敗を理解できるのかが気になります。
#dusk $BTC $ETH
