投票选项

• 赞成：成立一个工作组来处理本次临时检查中提出的基础性问题，并承认但搁置另一项临时检查中提出的其他问题/方法。
• 反对：不按照本次临时检查中提出的方式和顺序处理这些问题，继续讨论之前的临时检查，并探索不同的解决方案/方法。

[温度检查] 针对近期公共运营商经济问题的修复方案

近期，SSV的运营商经济问题并未成为高度优先事项，目前的状况是，很可能没有公共运营商在盈利运营。这已逐渐演变成一个严重问题，我们面临大量运营商关闭的风险。除了对运营商集合的影响外，如果这些运营商大规模退出，可能会对使用公共运营商的质押客户造成重大影响。

DAO 已通过 [温度检查] 重新审视运营商市场和费用模型 提出了一套全面且可能完整的问题陈述和潜在方法，但最终过于复杂，DAO 难以做出决定。

然而，在提出的众多问题中，突出的是无法切实根据 SSV 代币波动性调整运营商费用，以及 EIP-7251（即 Pectra 升级）后验证器合并带来的影响。

对于已提出的运营商市场的其他许多改进建议，应当予以承认，但为了推动进展，本次临时检查将聚焦于那些似乎已达成强烈共识的基础性问题。要最低限度地解决此问题，需要完成以下任务（按优先级排序）：

1. [尽快] 将费用结构改为基于有效 ETH 余额的函数，而非验证器数量。目前，一个拥有 2048 ETH 的验证器与一个拥有 32 ETH 的验证器支付相同的费用。由于大多数验证器已合并，运营商收入已大幅减少。

2. [尽快] 设计一项新政策，允许运营商切实可行地调整其费用。目前，运营商每两周只能调整一次费用，且幅度限制在 10%，这限制性太强。
   注意，这必须考虑到客户的冲击和清算风险。

   • 理想情况下，还应包括一项变更（例如，将费用计价为 ETH 奖励的百分比），以减轻 SSV 代币价格波动的影响，并符合行业常见的定价标准。

3. [近期] 一项突出的建议是，在创建集群时（或许也在应用和浏览器上）显著提示注册我们的监控服务（例如 monitorssv.xyz），以提高认知度。这将有助于减轻运营商费用变更和关闭的影响。如果认为合适，也可以包括添加次要的警报功能（例如，运营商向注册警报的用户发送签名消息的方法）。

4. [近期] 建立一种机制，帮助将质押者分布到不同的运营商，以抑制中心化并将收入分散给更多运营商。存在多种选项，从在创建集群时基于简单启发式方法半随机地推荐已验证运营商（即在表单中填充推荐项），到更复杂的解决方案，如精密的推荐算法，或最终实现自动化的集群管理工具。本提案的范围应限于最简单、最快速的解决方案，将更复杂选项的调研留待以后进行。

不幸的是，经过初步调查，这些任务大多并非易事，需要 SSV Labs 进行大量的开发工作并对协议进行更改，这将影响预算和资源的分配，进而影响整体路线图。本次临时检查提议成立一个小型工作组。

该工作组的职责将包括：

• 设计初步解决方案。
• 与 SSV Labs 合作，就最终实施的解决方案做出决策。
• 撰写一份（或多份）DAO 提案，以委托 SSV Labs 完成此项工作。
• 协助 SSV Labs 完成工作。
• 向社区报告成果。