1

ETH staking 流动性困境

ETH2.0 Phase 0 阶段将在近期上线，用户可以直接参与到信标链的 Staking 中，只需要质押 32 个 ETH 就可以成为节点，并享受年化 5% 至 20% 左右的 Staking 奖励。

但是目前 ETH2.0 的设计，对于想参与 ETH Staking 的用户来说，并不友好：

1） Stakers 必须掌握大量关于运行节点的知识，然后去运行验证人客户端，才能获得质押收益。并且还要保持稳定的在线时间，避免双签等 Slash 行为，否则还会受到 ETH 2.0 的惩罚，不仅没能获得质押收益，还可能出现账户余额从 32ETH 被罚没成 16ETH 的情况。所以这对于单纯希望获得 Staking 奖励的人来说，参与门槛太高；

2）每一个节点最多质押 32 个 ETH，如果希望质押更多数量的 ETH，就需要同时运行多个验证人客户端，进而增加节点的运营成本和运维难度；

3）如果用户希望质押的数量低于 32 个 ETH，则无法参与 ETH2.0 Staking。

除了上述的高参与门槛外，Stakers 在质押成功后还将面临赎回的难题：只有等待 ETH2.0 Phase 2 之后才能赎回原来的 ETH。而 ETH2.0 Phase 2 上线的时间预计可能需要 1～2 年，这意味着 Stakers 的资产可能在 1～2 年内无法赎回流通，此种状态让绝大多数 Stakers 都难以承受。

2

rETH 解决方案

概览

如何帮助 Stakers 降低参与门槛，同时解决 Staking 之后的流动性，是迫切需要解决的行业难题。作为一直致力于解锁 Staking 资产流动性的 StaFi，也将提出 ETH2.0 Staking 流动困境的解决方案：rETH.

用户可以通过 StaFi 部署在 ETH 上的 Staking Contract 参与 ETH2.0 Staking，质押的金额将不受 32ETH 的约束，用户质押的数量最小可以是 0.01ETH，最大则没有上限。并且用户只需要简单的操作即可完成 Staking 过程，无需运行节点客户端、投入运维成本以及担心 Slash 风险等。StaFi 部署在 Ethereum 上的 Staking Contract 合约，将根据目前平台上处于“Available”状态的验证人历史表现，自动将用户质押的 ETH 匹配最佳节点进行 Stake。

用户在完成 ETH 质押后，平台将自动为用户发送一个 rETH Token （ERC 20），通过 rETH 锚定用户 Staking 本金及对应的 Staking 收益，然后 rETH 可以在 DEX 上兑换 ETH，也可以通过借贷协议参与 Lending 等。

用户获得 rETH Token 的数量由用户计划质押的 ETH 数量 Qs 和 当时 rETH 汇率 Ci 决定：

其中 rETH 汇率 Ci 随着质押收益的增加而增长，其主要由 Staking Contract 里锁定的 ETH 总数量 Qstk、赎回的 ETH 总数量 Qred、Staking 奖励数量 Qrew、Slash 数量 Qslh、Penalty 数量 Qpey 、Commission 佣金比例 Rcom，以及 rETH 发行的总数量 M、rETH 被销毁的总数量 N 所决定，计算公式如下：

技术架构

StaFi 将在以太坊 PoW 链上部署 Staking Contract，并实现与 ETH PoW 链上的 Deposit Contract 交互，以及监听 ETH 2.0 Beacon Chain 的 Staking 信息，具体交互逻辑详见下方合约交互时序图。

图 1：rETH 合约交互时序图-用户端

图 2：rETH 合约交互时序图-验证人端

rETH 的整个后端架构将分为 3 层：

1）最上层是用户资金管理及结算。用户通过 StaFi 部署在以太坊的 Staking Contract 参与 Staking，并根据用户存入的 ETH 数量，及当前 rETH 的汇率，为用户发放对应数量的 rETH。同时负责用户端资金存入及赎回的资金清算及结算。

2）中间层是 Staking 资金的分配及结算。StaFi 将根据当前 Staking Contract 的资金，部署对应数量的 Staking Pool，每一个 Staking Pool 存入 32 个 ETH，并在匹配好验证人之后，存入 ETH 的 Deposite 合约，正式参与 ETH 2.0 的 Staking。

3）最下面一层是对 ETH 2.0 节点（Original Validators）的管理与监控。StaFi 会向 Original Validators 提供一套标准化的 Onboarding 管理工具，节点可以通过该工具完成 ETH 2.0 客户端的运行，同时该工具也将实时监听 ETH2.0 信标链的事件，对每一个运行 Staking Pool 合约的节点运行情况实时统计，特别是 Staking 收益发放、掉线时间及次数、发生的 Slash 以及验证人退出等事件。

资金安全

StaFi 始终将用户资金安全放在首要考虑因素，即在保证 rETH Token 是 Fungible 的前提下，如何最大程度地保证用户的资金安全，是 StaFi 团队一直在思考的事情。用户资金安全的核心在于如何使用去中心化的管理方式，实现 Staking Contract 里的资金安全。

我们计划采用如下的方式，来综合保证用户的资金安全：

1） Contract 的密钥管理将由 StaFi 链上的 StaFi Special Validitor （SSV）采用多方安全计算（MPC）和多签的方式综合管理。StaFi 将采用 MPC 方案，将 Staking Contract Pool 的私钥形成 21 个小碎片，分别分配给 StaFi 链上的 SSV Group 里的 21 个验证人。只有 21 个 SSV 里中的 16 个才能完整恢复密钥，进而控制部署在 ETH 上的 Staking Contract 的操作权限。关于 StaFi 链上的 SSV 如何选择，以及如何轮换，大家可以在 StaFi 官网上查看详细的规则。

2）在基于 MPC 和多签的管理方式下，Staking Contract 不再由项目团队中的一个人或者多个人掌控，而是由 StaFi 链上的一群不特定群体 SSV 验证人控制。虽然在该机制下，Staking Contract 的安全性可以得到极大的提升，但是我们还需要考虑极端情况下 SSV 联合作恶的可能性。根据规则，每过一个 1Era （6 小时），21 个 SSV 就会被轮换依次，同时 SSV 验证人需要在 StaFi 的 Insurance Pool 质押一定数量的 FIS 代币（StaFi 的主网代币），使得 21 个 SSV 的总体质押金价值大于 Staking Contract Pool 里的 ETH 资产价值。一旦发生联合作恶的极端情况出现，我们将惩罚 SSV 的质押金，用于偿还用户资产。

3）合约最终上线前，StaFi 将通过内部测试、外部 Bug Bounty 激励以及合约安全审计等多种方式，综合确保合约的安全。

铸造与赎回

用户参与 Staking 时，StaFi 将自动为用户 Mint 对应数量的 rETH，并且不收取任何 Mint 手续费。

由于 ETH2.0 只有在 ETH2.0 Phase 2 上线前后，才支持转账及赎回等操作，所以 StaFi ETH Staking Contract 也只有在 ETH2.0 Phase 2 上线后，支持用户赎回 ETH。StaFi 将实时追踪 ETH 2.0 的最新动态，及时根据进展来开启赎回功能。

质押奖励

在 ETH2.0 网络中，根据目前 ETH 基金会披露的官方文档显示，信标链上线开启 Staking 功能后，参与 ETH Staking 的用户无法直接 Claim 质押收益，只能由信标链在每隔 6.5 分钟左右发放 BETH 作为 Staking 奖励。但是由于 BETH 无法转账和赎回，所以 StaFi 也无法支持用户 Claim 质押收益。

Slash 问题

在参与 ETH2.0 Staking 时，难以回避的就是 Slash 问题。即节点由于掉线或者是作恶等原因，导致受到 Slash 惩罚，从而出现 staked 的 ETH 数量被扣减。

基于 Slash 问题，StaFi 设计了一套解决方案，来首先保证 Staker 用户的本金不受影响：

1）加入 rETH 计划的 Original Validators，会被要求缴纳一定额度的 ETH 作为保证金，一旦发生 Slash，Staker 受到的损失将从 Original 的保证金中扣减，从而不会影响 Staking 用户的资产；

2） Staking Contract 会优先选择历史上未发生 Slash 的优质 Original Validators；

3） Staking 资金将在多个 Original Validators 分配，规避了单个 Original Validator 出现 Slash 的情况。所以即使在极低的概率下，某一个 Original Validator 出现了 Slash 情况，也不会对 Stakers 的本金产生较大的影响。

3

Original Validators

介绍

Original Validators 特指加入 StaFi ETH2.0 Staking Contract 计划的 ETH 2.0 验证人。ETH2.0 的节点运营方通过 StaFi 验证人 Onboard 工具，完成注册并缴纳保证金后即可成为 Original Validator。为了规避 StaFi Staking Contract （SSC）里 Staking 资金对原链的验证安全产生威胁，StaFi 将不会成为 ETH2.0 上的验证人，即用户存入 SSC 里的资金只会向 Original Validators 进行分配。

保证金

注册成为 StaFi Contract Pool 的验证人，除了需要通过 StaFi 提供的 Onboarding 工具运行节点外，还需要缴纳一定数量 N 的 ETH 作为保证金，并和 Staker 的资金一起存入以太坊 2.0 的 Deposit 合约。主要目的是为了保障在节点被 Slash 时用户资金不受影响，发生的 Slash 损失将由节点缴纳的保证金进行弥补。

所以某一个节点运营商需要缴纳的保证金总量 Pi 由当前网络中定义的 N 值与运行的节点总数量 Mv 确定：

其中 N 值的具体数值，由 ETH2.0 网络运行的情况、节点运营商历史 Performance、节点数量等因素综合确定。考虑到 ETH 2.0 Slash 的规则，N 值将在 4ETH 至 16ETH 之间，即最低不能低于 4ETH，但最大值不会超过 16 ETH。

同时，StaFi 将建立一套智能评分体系，对各个 Original Validator 的表现进行量化评分，每一次资金分配时，将根据智能合约自动计算的评分高低在 Original Validator 中分配，评分高的节点将优先获得分配，而评分低的将随后获得分配。该评分随着时间，会实时变化、调整。

评分主要纬度为：

1）节点运营方背景

2）节点掉线的时间

3）历史 Slash 情况

4）质押 FIS 代币数量

为了实现【人人为我，我为人人】的愿景，StaFi 将会定期根据 Original Validators 的评分，发放数额不等的 FIS 代币作为支持 rETH 业务的回馈。

流动性方案

由于 ETH2.0 赎回功能需要等到 Phase 2 上线前后才能实现，所以验证人在相当长一段时间内也无法收取 Commission，来弥补运营成本。为了激励验证人加入 StaFi rETH 解决方案，我们将届时支持 Original Validators 向 StaFi 官方申请流动性。

假设节点运营商 Bob，运行节点的数量为 X，每个节点质押的 ETH 数量为 N，由于 Bob 短期内缺乏流动性资金，那么此时 Bob 可以选择向 StaFi 出售处于质押状态的 ETH，StaFi 可以按照当时 FIS/ETH 汇率的价格，向 Bob 支付对应数量的 FIS 代币，可以是 ERC 20 的 FIS，也可以是 StaFi 主网的 FIS。Bob 可以选择出售 FIS 代币来获得流动资金。

其中 Bob 可以出售的 ETH 最大数量 S 等于：

rETH 的特点

1）汇率根据 Staking Reward 的产生，会不断增加；

2）用户将根据 Staking 时的 rETH 汇率，来计算获得的 rETH 数量；

3）在 ETH 2.0 开放赎回之前，rETH 将无法赎回，但是它始终锚定了对应数量的 ETH 本金及质押收益，StaFi 链及多签合约将保证链上资金的安全性；

5） rETH 可以在 ETH 上的 DEX、借贷协议等流通，也可以通过 StaFi 的跨链服务到 Polkdot 或者 Cosmos 的 DeFi 生态上流通。

rETH 的价值

通过 rETH，StaFi 为用户解决了如下问题：

1）无需担心 Staking 资产的流动性，随时可以通过交易 rETH 来获得流动性；

2）不需要像以往那样等待漫长的赎回期，就可以立即根据 rETH/ETH 汇率进行兑换，获得对应的 ETH 资产；

3）避免了申请解除 Staking 的手续费，降低了交易成本，提高了资产的交易效率。

4）降低了用户参与 Staking 的门槛，简单一键 Stake。

通过 rETH，StaFi 为 ETH2.0 Staking 机制解决了如下问题：

1）由于 ETH Staking 资产极其缺乏流动性，将会极大地降低了普通用户参与 Staking 的意愿，通过 rETH 的解决方案，用户将极大地提高 Staking 意愿，进而提高 ETH Staking 质押率；

2）由于 StaFi Staking Contract 的资金是分散到各个 Original Validator 中，所以 StaFi 并不会成为原链的验证人，所以无论 StaFi Staking Contract 中锁定了多少资金，都不会对原链的安全性产生威胁。

3）由于 StaFi 并不参与原链的验证人，所以和原链上的验证人是合作关系，并不会损害其利益。

rETH 的二级市场流通

StaFi 将通过为 rETH 的持有人，创造丰富、多层次、多个公链上的流通场景：

1）在 rETH 产品上线时，StaFi 将在 Uniswap、Balancer 等 DEX 上建立 rETH/ETH 交易对，并且为 rETH/ETH 交易对的流通性提供方发放 FIS 代币奖励。

2） StaFi 目前已经和多家中心化交易所就 rETH 的流通达成合作，帮助 rETH 的持有人通过中心化交易所流通。

3） StaFi 不仅将支持 rETH 在 ETH 生态的流转，还将通过跨链桥服务，让 rETH 参与到 Polkdot 及 Cosmos 生态的 DeFi 中。

4）除了在 CEX 及 DEX 交易外，rETH 还将在与 StaFi 合作的借贷协议平台存币生息或者是抵押借贷，而不用丧失 Staking 收益。

收入分配计划

未来 rETH 解决方案的收入，将按照如下规则进行分配：

1） 70% 用于回馈 FIS 代币持有人，具体方式为回购销毁或者是分红的方式；

2） 20% 将存入 StaFi Treasury 国库，用于支持项目进一步的开发和市场推广；

3） 10% 将分配给团队。

FIS 代币与 rETH

在 rETH 解决方案中，StaFi 主网币 FIS 的价值捕获场景列示如下：

1） Staking Contract 中锁定的 ETH 资产，将成为 FIS 代币的价值支撑，特别是 SSV 质押的 FIS 代币需要高于其维护的 Pool 里的 ETH 价值。

2） rETH 解决方案中的收入中 70%，将回馈给 FIS 代币持有人。

3） rETH 未来将通过跨链桥进入 Polkdot 及 Cosmos 生态，所产生的桥服务收入也将回馈给 FIS 代币持有人。

4） Original Validators 可以通过质押 FIS 代币，提高缴纳的保证金额度，从而进一步获得优先分配资金的资格。

StaFi 链与 rETH

rETH 是 StaFi 推出的针对 ETH2.0 Staking 流动性的解决方案之一，我们还将推出 rFIS、rDOT、rKSM、rATOM 等 rToken 解决方案。在 rETH 的设计方案中，用户 Staking 相关的合约主要部署在以太坊上，但是用户资金安全的解决方案，特别是密钥的管理将由 StaFi 链上的验证人采用 MPC 及多签的方式实现。

不仅如此，未来 rETH 还可以通过 StaFi 的桥服务，进入 Polkdot 生态、Cosmos 生态等，参与其生态的 DeFi 应用。

StaFi 的愿景是使用 rToken 解决方案，实现所有的 Staking 资产的再流通，并且实现 rToken 的跨链互通。而 rETH 是 rToken 整个生态中重要的一环。

欢迎加入社群，与我们讨论如何参与更多 DeFi 项目、探索 DeFi 规则原理~

加入方式：扫码关注，后台点击【加入社群】

DeFi 之道公众号后台

回复“财富”获取 DeFi 热门项目白皮书合集 !

回复“研究”获取 DeFi 研究报告合集！

回复“论文”获取 DeFi 相关论文合集！

干货持续更新中，敬请关注……