Risk Socialization(リスクの社会化)

はじめに
今回の内容は以下の URL のページを参照して記載をしております。

【翻訳】

リスクの社会化

Validator によってリスクプロファイルは異なります。
これは、Validator が独立し、異なるハードウェアとソフトウェア構成を実行し、異なる経験と優先順位を持つ異なるチームによって運営されているという事実によるものです。

従って、このリスクも社会化されなければなりません。
よって、1つのアセット・バリデーターで発生した Slasing (削減)事象は、Asset：qAsset の償還率のマイナス変動を通じて、すべての qAsset 保有者が負担することになります。

Validator 間の十分な分散化により、Slashing(削減)イベントの影響は完全にヘッジされる可能性があります。

平均的な（管理対象供給量の1%）Validator で二重署名の Slasing（5%）が発生した場合、償還率は 0.05% 低下します。
同様に、同じ Validator がダウンタイム（0.1%）で拘束された場合、償還率は0.001%低下します。

あるバリデータが二重署名違反で墓穴を掘った場合、Redeligate の制限の範囲内で、プロトコルはアクティブなバリデータセットにおいて、その Validator に代わる Validator に Deligate(委任) を移動させます。

通常の Deligate とは少し異なり、プロトコルとして Deligate(委任)する事により発生するリスクについて本項目では記載されています。

いち Deligator として自身が Deligate する場合と、プロトコルが Deligator として動く場合では同じようで対処するリスクが違うということですね。

プロトコル自身も損失を自身の仕組みで被ることは避けたいでしょうし、しょうがない部分なのかも知れません。

今回は短いですが、こちらで終了です。

—
ご覧いただきましてありがとうございました。

本内容はできる限り、正しい内容となるようにしておりますが、DYOR でお願いいたします。