#dusk $DUSK 私はDuskのステーキング（質押）のペナルティ規則を読み直して、 「ノードが落ちたのは少し儲けが減るだけだ」という一文が、2層のまったく異なる結果を1つに圧縮してしまっていることに気づきました。公式の説明では、ペナルティはソフトとハードに分かれます。合意形成に参加すべきなのに正しく職務を果たしていなければ、ステーキングは停止され、Provisioner（プロビジョナー）に選ばれる資格を失います。一方、重大または反復する違反は、実際にステーキングの元本（質押本金）から差し引かれ、その強度は累積記録に応じて上がります。前者は「資格」に作用し、後者は「元本」に作用します。
見落とされがちなのはソフトペナルティの時間コストです。ステーキングが停止状態に入ると、復旧したあとも資格が有効になる境界まで再び待つ必要があります。これは1エポックが2160ブロック。つまり、5分間のダウンが5分間の損失に直結するわけではなく、実際には、本来抽選で当たり得たはずの丸ごとした期間を逃している可能性があります。したがって、停止コストは線形ではなく、段階（階段）状に増えます。
もう一つの誤読は、「減額（扣款）を見たことがない」＝「私のノード設定は問題ない」とみなしてしまうことです。多くの人は報酬曲線だけを見ますが、報酬の低下は、ネットワーク全体の影響である場合もあれば、すでに何度も停止されていることに起因する場合もあります。これら2つは処理方法がまったく逆です。片方は待てばよいだけですが、もう片方はすぐにマシンを調べる必要があります。
BTCのマイナーがオフラインになるのは、数ブロックを少し掘れないだけで、元本は1円も減らない――この直感をL1の権益証明（Proof of Stake）に持ち込むと、元本リスクを体系的に過小評価してしまいます。ETHのユーザーは、不活発によるペナルティやスラッシング（罚没）に慣れていますが、Duskでは「停止＋資格のリセット」が独立した機構として書かれているため、時間の次元での代償が、単純な差し引きよりも見落とされやすくなっています。
@Dusk に関しては、私はブラウザとノードのダッシュボードに、停止回数と累積ペナルティ記録を直接表示してほしいと思っています。質押プラン$DUSK を評価する際に、まず見るべきは相手の宣伝ページにある年化数字ではなく、履職（稼働）履歴です。これから私は2つの点を見張ります。これらのペナルティデータは公開されて確認できるのか。そして、ノード運営側は故障後に、どれだけのラウンドを逃したのを自発的に開示するのか。@Dusk $BTC