#dusk $DUSK @Dusk
私はDuskのコンセンサス文書を読んでいて、思いのほか重要だった、ある小さな細部につまずきました。
では状況を説明します。委員会がブロックに投票する際には、クォーラムに達するための一定数の投票があれば十分です。ですが、その時点の後に追加の投票が入ってくるのを止める仕組みはありません。
つまり、同じブロックについて、クォーラムに達したことを示す有効な証明が2つ以上存在しうる、ということになります。しかも、含まれる投票者の組み合わせが異なるだけです。
これは小さな技術的な注記のように聞こえますが、実際には問題です。1つの特定の証明を選ばないと、「誰が報酬を受け取るのか」「誰が罰せられるのか」をきれいに判断できません。
2つの異なる投票セットは、2つの異なる報酬計算を意味します。
Duskはこれをとてもシンプルな方法で解決します。新しい各ブロックは、その前のブロックについてのアテステーションを含める必要があります。そのアテステーションは「ブロック証明書(ブロック・サーティフィケート)」と呼ばれます。そしてその役割は、そのブロックに対して“特定の一意な投票者セット”を固定することです。単なる有効なセットではなく、「そのセット」そのものをです。
つまり、証明書はブロックが実際に起きたことを証明するためというより、Duskが「誰が投票したのか、そしてそれに対していくら支払われるのか」に対して、唯一の答えを持てるようにするためのものです。小さな仕組みですが、Duskの報酬システムが曖昧さに開かれてしまう“穴”を塞ぎます。
ブロックの証明書はいつ作成され、Dusk Networkに含められるのでしょうか?
私はDuskのコンセンサス文書を読んでいて、思いのほか重要だった、ある小さな細部につまずきました。
では状況を説明します。委員会がブロックに投票する際には、クォーラムに達するための一定数の投票があれば十分です。ですが、その時点の後に追加の投票が入ってくるのを止める仕組みはありません。
つまり、同じブロックについて、クォーラムに達したことを示す有効な証明が2つ以上存在しうる、ということになります。しかも、含まれる投票者の組み合わせが異なるだけです。
これは小さな技術的な注記のように聞こえますが、実際には問題です。1つの特定の証明を選ばないと、「誰が報酬を受け取るのか」「誰が罰せられるのか」をきれいに判断できません。
2つの異なる投票セットは、2つの異なる報酬計算を意味します。
Duskはこれをとてもシンプルな方法で解決します。新しい各ブロックは、その前のブロックについてのアテステーションを含める必要があります。そのアテステーションは「ブロック証明書(ブロック・サーティフィケート)」と呼ばれます。そしてその役割は、そのブロックに対して“特定の一意な投票者セット”を固定することです。単なる有効なセットではなく、「そのセット」そのものをです。
つまり、証明書はブロックが実際に起きたことを証明するためというより、Duskが「誰が投票したのか、そしてそれに対していくら支払われるのか」に対して、唯一の答えを持てるようにするためのものです。小さな仕組みですが、Duskの報酬システムが曖昧さに開かれてしまう“穴”を塞ぎます。
ブロックの証明書はいつ作成され、Dusk Networkに含められるのでしょうか?
In the same block it attest to
60%
At the end of every epoch
30%
Only during emergency mode
0%
Next block attests prior
10%
10 投票 • 投票は終了しました