@Dusk_Foundation ‎国の建国憲法は、その国が存在する瞬間に“生まれる”。後から人々が投票でそれを成立させるのではなく、初日からそこにある。そして他のすべては、その憲法を参照して構築されていく。
‎
‎Duskのジェネシス・コントラクトも同じように機能する。Dusk自身のアーキテクチャ資料では、次の2つが示されている。1つはステーク・コントラクトで、どのプロビジョナーがステークしているかを追跡し、報酬を記録し、ステーク／アンステーク／報酬の引き出しといったアクションを可能にするもの。もう1つは転送（トランスファー）コントラクトで、Moonlight（公開）とPhoenix（秘匿）による両方の転送を扱い、ガスを支払い、DuskDS上でトランザクションを直接実行するための入口として機能する。
‎
‎この基盤的な役割は、DuskDSだけにとどまらない。ただし、レイヤーごとに正確な仕組みは異なる。DuskEVMはDusk自身のドキュメントによれば、ガスのためのDUSK移動をDusk独自のブリッジを通じてDuskのL1へ運び、最終的にDuskDSへ決済する。これは、転送コントラクトがDuskDSのネイティブなトランザクションで直接果たす役割とは別の、関連する経路である。どちらの道も同じ基盤レイヤーへ戻る。仕組みは同一ではない。 #dusk
‎
‎自己批評：憲法のたとえには、名前を付けるべき実際の限界がある。国の憲法は、定義されたプロセスによって正式に改正できる。私が見つけられていないのは、Duskのジェネシス・コントラクトにも同等で明確に指定された改正手順があるのか、それともここでの“ジェネシス”が機能的に設計上永久（permanent-by-design）を意味しているのか、という点だ。Duskが拡大しているマルチレイヤー・スタックの多くが、これら2つのコントラクトが正しくあり続けることに依存しているだけに、これは本当のガバナンス上の問いになっている。 $DUSK
‎
‎DUSKは、その曖昧さが、これらのコントラクトを現実の圧力の下で更新する必要が生じる前に明確化されるのかどうか、という観点で評価されるべきだ。後になってからではない。
‎
‎
#dusk $DUSK @Dusk