以前の投稿ではDuskのKadcastプロトコルについてすべてお話ししましたが、今回はその精度についてお伝えします。多くのブロックチェーンはファイナリティ（確定性）のことを話します。
でも、あなたは知っていますか？？Duskは実際に精度でそれを定義しています。Succinct Attestation（簡潔なアテステーション）コンセンサスでは、Rolling Finality（ローリング・ファイナリティ）のもとで、すべてのブロックが4つの明確な状態を通過します.....
Accepted（受理）: 成功したアテステーションはありますが、より低いイテレーションのブロックに置き換えられる可能性があります...
Attested（アテスト済み）: より低いイテレーションのブロックには置き換えられません...
Confirmed（確認済み）: 元に戻される可能性は非常に低いです...
Final（最終）: いかなる状況でも不可逆です...
遷移は単純なルールに依存します。それは「失敗アテステーション（fail attestation）がなかった、直前のイテレーション数（n）」です。難しそうでしょ？？でも、精度はまさにそれで計算されます。
受理されたブロックは、その後に2 × n 回連続してアテスト済みまたは確認済みのブロックが現れて初めて確認済み（confirmed）になります。確認済みになったら、その親ブロックも最終（final）であるときに、それも最終になります。
この設計により、ネットワークはスピードと安全性の両方を得ます... 通常のファイナリティ（実用上の確定）へブロックが素早く到達できる一方で、まれなネットワーク分断からも保護します。私はこれをとても面白いと思っていて、皆さんの経験を知りたいです。すでにご存じでしたか、それとも私の投稿を今読んだばかりですか？ぜひコメント欄で、この点についてあなたの意見を教えてください。
@Dusk
$DUSK #dusk
でも、あなたは知っていますか？？Duskは実際に精度でそれを定義しています。Succinct Attestation（簡潔なアテステーション）コンセンサスでは、Rolling Finality（ローリング・ファイナリティ）のもとで、すべてのブロックが4つの明確な状態を通過します.....
Accepted（受理）: 成功したアテステーションはありますが、より低いイテレーションのブロックに置き換えられる可能性があります...
Attested（アテスト済み）: より低いイテレーションのブロックには置き換えられません...
Confirmed（確認済み）: 元に戻される可能性は非常に低いです...
Final（最終）: いかなる状況でも不可逆です...
遷移は単純なルールに依存します。それは「失敗アテステーション（fail attestation）がなかった、直前のイテレーション数（n）」です。難しそうでしょ？？でも、精度はまさにそれで計算されます。
受理されたブロックは、その後に2 × n 回連続してアテスト済みまたは確認済みのブロックが現れて初めて確認済み（confirmed）になります。確認済みになったら、その親ブロックも最終（final）であるときに、それも最終になります。
この設計により、ネットワークはスピードと安全性の両方を得ます... 通常のファイナリティ（実用上の確定）へブロックが素早く到達できる一方で、まれなネットワーク分断からも保護します。私はこれをとても面白いと思っていて、皆さんの経験を知りたいです。すでにご存じでしたか、それとも私の投稿を今読んだばかりですか？ぜひコメント欄で、この点についてあなたの意見を教えてください。
@Dusk
$DUSK #dusk
