@Dusk 夕暮れ(dusk)の委員会サイズが実際にどう動いているのかを掘り下げてみました。「1ラウンドにつき64 credits」がどこでも固定値のように繰り返されているので。すると、別の挙動を説明するGitHubのissueを見つけました。委員会サイズは上限が64ですが、資格のある提供者(provisioners)が足りない場合はそれ未満まで下がり、その(より小さい)人数を基にクォーラムが計算される、というものです。
ただし、そのissueがどのコードベースに対して出されたのか確認しに行ったところ、それはdusk-blockchainで、古いGolangクライアントに対するもので、さらにそのチーム自身によって2025年6月にアーカイブされていました。
つまり、これはメインネット以前の実装における記録された挙動であって、今実行されているものと必ずしも同じとは限りません。……いや、もう少し正確に言うと、必ずしも違うと断言できるわけでもなく、どちらにしても確証が取れないのです。メインネットはruskで、完全なRustへの書き換えです。このソーティション(sortition)のロジックが同じように引き継がれたのか、それとも途中で再設計されたのかは、確認できませんでした。
このネットワークは公開ドキュメントが非常に深いのに、妙にピンポイントな空白があるのが不思議です。歴史的な挙動は実在して追跡可能ですが、私が見つけた限りでは、現行のライブコードベースでそれを裏付ける(肯定も否定もする)ものがありません。
誰かが実際に、現在のruskのソーティションコードでこれを確認したことはありますか?それとも皆、まだ真実だと思い込んだまま、古いGoクライアントの挙動を単に繰り返しているだけなのでしょうか? 🧐
#dusk $DUSK
ただし、そのissueがどのコードベースに対して出されたのか確認しに行ったところ、それはdusk-blockchainで、古いGolangクライアントに対するもので、さらにそのチーム自身によって2025年6月にアーカイブされていました。
つまり、これはメインネット以前の実装における記録された挙動であって、今実行されているものと必ずしも同じとは限りません。……いや、もう少し正確に言うと、必ずしも違うと断言できるわけでもなく、どちらにしても確証が取れないのです。メインネットはruskで、完全なRustへの書き換えです。このソーティション(sortition)のロジックが同じように引き継がれたのか、それとも途中で再設計されたのかは、確認できませんでした。
このネットワークは公開ドキュメントが非常に深いのに、妙にピンポイントな空白があるのが不思議です。歴史的な挙動は実在して追跡可能ですが、私が見つけた限りでは、現行のライブコードベースでそれを裏付ける(肯定も否定もする)ものがありません。
誰かが実際に、現在のruskのソーティションコードでこれを確認したことはありますか?それとも皆、まだ真実だと思い込んだまま、古いGoクライアントの挙動を単に繰り返しているだけなのでしょうか? 🧐
#dusk $DUSK
