#dusk $DUSK @Dusk
Duskのコンセンサス設計の中で、あまりドキュメント外では触れられないような「小さな部分」に何度も立ち返って考えたくなる話があるんです。$DUSK はSegregated Byzantine Agreementを動かしていて、私が特に引っかかったのは、バリデーターに求められる「離散的なステーク額」の要件です。これは、多くのPoSチェーンで見かけるような最低しきい値ではなく、ステークが投票委員会（バリティング・コミッティ）にどう振り分けられるかを決める固定の呼称（デノミネーション）構造になっています。紙の上では、バリデーターの重みを標準化して、ホエールが単に他を圧倒する形で巨大化してしまうのを防ぐ、優雅な仕組みに読めます。ところが、メインネット後にステークが実際にどう分配されていたかを見ると、そのパターンは個々のノード運用者がその離散的な閾値を自力で満たすというより、「プール型の参加」に近いように見えました。多くのアドレスはバリデーターを単独で回しておらず、必要なデノミネーションに到達するためにステーキング・プールやカストディ（預託）プラットフォーム経由でルーティングしていたんです。これは、「許可のないバリデーター集合（permissionless validator set）」という説明が示唆する採用の形とは、かなり意味の異なるものです。Hyperstakingは、プログラマブルなステーキング・ロジックでこれをより柔軟にするはずですが、まだ初期段階で、私が見た範囲の大半は基本的な委任（デリゲーション）であり、設計が前提としていた「カスタムのステーキング挙動」ではありませんでした。これは厳密にはレッドフラグというほどの話ではなく、仕組みが想定した意図と、現時点で人々が実際にどう使っているかの間にギャップがある、というだけだと思います。Hyperstakingが成熟してその差が埋まっていくのかは、注視する価値があります。