SSV在下个牛市中究竟有没有潜力？应该提前布局吗？

以太坊的 POS 协议面临着一些重大挑战。MEV、审查抵制，当然还有中心化，都增加了以太坊及其用户的系统性风险

当 Serentiy（以太坊的大型 POS 规范）首次设计时，它从一开始就被设定为对多方计算（MPC）友好，为分布式验证器技术（DVT）奠定了基础。SSV 是第一个开源且无需许可的 DVT 实现

随着 SSV 技术变得越来越普遍，花点时间讨论引领当前 SSV 开发的设计目标和决策以及它相对于其他实现的优势是很重要的

术语

• DVT — 代表分布式验证器技术。一种协议，可让独立且无需信任的运营商对以太坊验证器进行分布式操作

• SSV — 第一个 DVT 实现，源自新兴的 EF DVT 规范

• 以太坊验证器——一个 32 ETH 验证器，由BLS 密钥表示

• 密钥共享——从以太坊验证器 BLS 密钥生成的分片，SSV 节点使用它与其他节点一起操作验证器

使命与目标

SSV 的使命很简单：

“成为以太坊的无许可分布式基础设施层，开发人员选择在其上构建他们的抵押应用程序和协议”

围绕 ETH 抵押发生的创新数量令人难以置信，我们预计它会像 defi 那样随着许多项目/服务竞争 ETH 而增长

他们之间有一个共同的线程，他们都需要在某个地方（以某种方式）运行他们的以太坊验证器。我们的使命是通过关注从小到大的开发人员来实现这一目标

这个使命很重要，它的目标是通过为更大的生态系统创建有价值的基础设施组件来支持以太坊的未来

设计目标：

• 无许可和分布式——SSV 是无许可和分布式的。任何人都可以加入网络，而无需中央授权机构启用或干预该过程

• 可重用、无需协调且简单——SSV 应该是可重用的基础设施，开发人员可以在几分钟内无需协调即可设置一个有效的验证器

• 公共利益——通过启用 DVT（并使其成为主流），我们可以使以太坊更加去中心化，降低系统风险并最终更加稳健

SSV 技术概述

SSV 被构建为节点运营商的分布式网络，管理当放在一起代表以太坊验证者的份额

节点通过 P2P 网络上的发布-订阅协议进行通信，就像信标链一样
强大而健壮的网络层不仅对于健壮性至关重要，而且对于去中心化也至关重要（通过消除某些竞争对手要求的任何集中协调）

SSV 节点使用 QBFT 作为它们的共识层来协调和同意在每个 epoch 上签署哪些职责数据。这使得 SSV 具有容错能力，而不仅仅是进行分布式密钥管理

SSV 使用一组智能合约作为其数据可用性层，所有验证器都与运营商注册一起在那里注册和维护。这导致了一个网状的运营商网络，用户可以自由选择，无需协调来运行以太坊验证器

关键差异化因素

容错和分布式密钥

SSV 的核心是一种决定签名类型的协议，其中节点分两步进行操作

第 1 步 — 每个节点从其希望其他人签名的本地信标节点获取职责数据。从节点中选出循环领导者以开始 BFT 共识轮，在该轮中所有节点都试图决定他们应该签署什么

第 2 步——一旦所有节点决定了他们应该签署什么（证明数据、区块等），他们每个人都使用分配给他们的验证器密钥的碎片来签署数据。他们收集部分签名，重建实际签名并将签名的职责数据广播到信标链

这两个看似简单的步骤背后的魔力是使用完整的拜占庭容错共识协议和阈值签名来创建一个容错协议，该协议可以安全、活跃地处理高达 ⅓ 的节点故障（恶意、离线、连接不良等）

对于共识协议，我们选择了 QBFT。这是一个经过全面审查、简单直观的协议，具有低网络复杂性 (O(N²)) 和延迟（3 个阶段）

基于合同的发现、透明度和数据可用性

有很多方法可以将密钥分配给节点运营商，这一决定也会影响协议的使用方式和解锁的功能

一种天真的方法是使用硬编码的配置文件，一些 DVT 实现采用了这种方式。尽管它“更简单”，但它也显着限制（需要手动协调）潜在用户使用该协议的方式，从而在流程中产生数据可用性和集中化问题

使用配置文件时，添加/更改验证器是一个更棘手的协调问题，它需要紧密的手动协调，从而导致集中化和可信设置

另一个问题只是数据可用性，通过配置文件设置的节点无法知道它不知道的内容。即必须手动添加外部更改。丢失/损坏的配置文件是另一个问题,手动配置会导致同步问题

与手动方法相比，SSV 利用智能合约向运营商分发密钥

这种设计在许多方面都有好处：

• 合约作为网络的数据可用性层，有助于发现所有网络参与者。

• 可以以无需许可的方式在链上访问入职，这对于合约到合约的集成（例如，质押池和其他质押应用程序）至关重要。

• 如果运营商失去了他所有的股份，他们可以从链上数据完全重建。

基于 Pub-Sub 的网络

从第一天起，SSV 就在其 P2P 网络之上实施了基于传奇的发布-订阅协议的网络层。

Pub-sub 通过在网络中创建节点可以订阅的“主题”来工作。pub-sub 背后的想法是减少 P2P 网络在并非所有消息都需要传播到所有节点的情况下可能遇到的过载。

SSV 的发布-订阅网络使用加密的 P2P 通信和签名消息（每条消息都由创建它的运营商签名，易于验证），使节点无需协调即可相互查找和对话

随着消息的传播，运行节点的任何人都可以检查和分析它们，从而在操作员绩效、道德规范等方面创造透明度。基于这些工具，创建了SSV 浏览器

SSV 的网络层是确保 SSV 无需许可且去中心化的基础组件

分布式 Slashing 保护数据库

在 DVT 中，每个节点都为它分配给的验证器保存一个罚没数据库。在 SSV 中，我们更进了一步

由于所有节点都生活在一个网状网络中，使用 pub-sub 进行通信，它们都可以看到该主题（以及它们注册的其他主题）内的所有消息

QBFT 实现有一个独特的 DECIDED 消息，其中包含所有节点决定为特定时期签署特定职责数据的证明。跟踪那些已决定的消息可以为任何观察者提供所有已签名证明、提案等的完整历史记录

在 SSV 中，我们通过保存那些决定的消息（在单个节点级别）并能够将它们提供给任何其他节点，在许多网络副本（节点）上创建了一个独特的分布式 slashing 保护数据库

这在以下情况下很有用：

• 一个节点重新上线并需要同步它的削减数据库以不签署可削减的职责

• 数据可用性，存储此数据的节点越多，它就越可用

• 网络健壮性（更难攻击）

• 提取数据进行分析

分布式密钥生成 (DKG) 是一项令人兴奋的技术，它能够以分布式方式创建密钥（没有任何一方持有整个密钥）
利用 SSV 的免许可网络，我们设法想出了一种实现零协调 DKG 的方法，其中根本不需要手动协调

以上意味着任何SSV节点一旦上线就已经“DKG”就绪，用户可以通过简单的节点RPC调用来选择DKG参与者并执行DKG仪式，就是这样

这是可用性的一大进步，因为这个过程可以非常简单地自动化，服务于许多用例，如质押池等

DKG 的输出是可见和透明的，任何人都可以轻松验证。包括合同

远程签名者设计

SSV 旨在直接连接到共识和执行客户端。SSV 本身采用了远程签名者架构，其中敏感密钥可以在远程签名者（包括它自己的罚没数据库）中进行管理和存储

这种方法基于以太坊基金会和 Consensys的新兴DVT 规范

这种方法有几个优点：

• 与新兴的 EF 规范保持一致

• 无需更改现有的客户端实现（像其他实现一样）

• 用于基本设置和高级设置的多功能配置，使任何节点操作员都可以设置自己的存储和管理敏感密钥的方式

有许多可供使用的签名器，包括：web3Signer（由 lighthouse、prysm 和 teku 支持）、KeyVault、dirk等

概括

在构建像 SSV 这样的项目时，技术决策通常会受到协议本身的目的和可用性的影响

我希望这篇文章能够阐明我们做出的决定、原因，并设法传达 SSV 作为以太坊生态系统中的公共产品所具有的巨大价值

结语

SSV说实话很不错值得布局一部分仓位，为什么这样讲呢，该项目试图解决以太坊验证节点过于中心化的问题，这也是当前以太坊面临的重大挑战之一

该项目具备一定的技术壁垒，当前处于测试网期间，参与测试网的有包括Lido在内的多个以太坊质押服务商，主网预计明年初上线。再一点机构持仓价格再6u附近，市值现在也仅仅只有9000多万，综上值得我们的期待