Lido DAO が新しいステーキング ルーター パラメーターを使用して投票 #206 を実行
TL;DR
Lido DAO は別のオンチェーン ガバナンス アクションを完了し、プロトコルの以前の運用アップグレード パッケージからほんの少し後に投票 #206 を実行しました。
新しい投票は、stETH の核となる経済性を変更するのではなく、ステーキングルーターとノードオペレーターのパラメーターに焦点を当てています。
ステーキング製品の背後でガバナンス作業が継続
Lido は多くの場合、ユーザーに単純な製品として体験されます: デポジット $ETH そしてstETHを受信します。
そのインターフェイスの背後には、バリデーターの割り当て、ノードオペレーターの管理、ステーキング容量の分散方法の制御を行うための、はるかに複雑なオペレーティングシステムがあります。
投票番号 206 は、その機械の部品を調整します。
検証されたガバナンスノートには、バリデーター割り当てキーとステーキングルーターパラメーターに関する変更が示されており、DAO にオペレーター間での作業の分散方法を調整する別の機会が与えられます。
大量のステークを担当するプロトコルの場合 $ETH、小さな運用上の制御が意味のある結果をもたらす可能性があります。
これは別の撤退アップグレードではありません
投票を誇張しないことが重要です。
投票 #206 は、stETH の出金を再設計したり、新しいステーキング トークンを導入したりするものではありません。
これは保守と運用のガバナンスに近いものです。
あまり刺激的ではないように聞こえるかもしれませんが、成熟した DeFi インフラストラクチャはまさにこの種の作業にますます依存しています。
ステーキングプロトコルには、誰がバリデーターを操作できるか、容量がどのように割り当てられるか、時間の経過とともに許可がどのように変化するかについて明確な制御が必要です。
Lido のガバナンス プロセスでは、オンチェーン投票を繰り返すことで、これらの責任が徐々に形式化されています。
投票 #206 が投票 #205 に非常に早く続いているという事実は、DAO の運用カレンダーがいかに活発になっているかを示しています。
ユーザーにとって、特別なアクションは必要ありません。
デリゲートとノード オペレーターの場合、実行されたパラメーターは、現在作業する必要があるシステムの一部になります。
繰り返し行われるガバナンス投票は、外から見ると平凡に見えるかもしれませんが、大規模なステーキングプロトコルが小さなチームに運営上の裁量が集中しすぎないようにする方法でもあります。各パラメータの変更は、DAO が何を承認したか、いつ有効になったかについての公開記録を残します。イーサリアムステーキングにおけるリドのシェアが依然としてシステム上重要であるため、その透明性はより価値のあるものになります。このプロトコルの課題は、日常的なメンテナンスを終わりのない調整のボトルネックにすることなく、ガバナンスの即応性を維持することです。投票 #206 は、実稼働環境でテストされているバランスのもう 1 つの小さな例です。
