改めてDuskのローリングファイナリティを深く見てみた。ブロックはまずAcceptedとして開始し、十分な投票を受けてAttestedになり、その後Confirmedへ、最後にFinalとなる。興味深いのはn=0とn>0の違いだ： • 最初のイテレーション（n=0）は高速パスを採用。Attestedに達した時点で、すでに不可逆と見なせる。 • 後続のイテレーションは、Attestedになってもさらに追加の確認が必要だ。最初の試行が失敗した場合、後続のブロック生成者が同じ即時ファイナリティを得られないようにするため、これは理にかなっている。これらのルールが現在どのように実装されているのか、また確認要件が時間とともに変更される可能性があるのか、気になる。@DuskFoundation $DUSK #dusk