Sui流动性质押黑客松|那些或许你并不知的SUI质押硬核知识

Sui流动性质押黑客松正在如火如荼的报名(9月16日截止),Sui基金会诚邀全球开发者前来参与,助力资产再流通。了解黑客松详情:Sui流动性质押黑客松开启报名,赢取千万美金质押和奖励!

黑客松官方网站:Sui Liquid Staking Hackathon

8月30日,Mysten Labs首席经济学家Alonso为大家带来了《Sui质押以及经济模型介绍》Workshop分享 ,这是黑客松期间Sui基金会推出的Workshops系列活动之一,为社区成员提供更家专业的指导。以下是Alonso分享的主要内容。

SUI的主要用途

  • PoS:用于参与委托权益证明机制
  • Gas机制:用于支付网络交易和存储费用
  • 提供流动性:在Sui经济中提供链上原生流动性
  • 社区治理:有可能影响Sui未来的治理

质押流程

Q1:什么是质押者?

拥有Sui地址的任何人都可以通过将SUI质押到他们选择的一个或多个验证节点来进行质押,质押者包括质押SUI的验证节点或第三方SUI持有者。

Q2:质押的SUI去哪了?

请放心,它们被安全地锁定在您的地址里!与其他网络中现有的流动性质押解决方案不同,在那些方案中,质押者需要将其质押的token控制权移交给第三方的流动性质押智能合约。而Sui允许SUI持有者直接将其SUI质押到选择的验证节点,同时保留其锁质押token的完全控制权。质押token受到Sui协议层的保护,不受第三方智能合约的漏洞影响。

Q3:什么是质押池?

每个Sui验证节点都会维护自己的质押池,以跟踪质押的数量并累积质押奖励。验证节点池与每个epoch边界计算的时间序列的兑换率一起运作。这些兑换率决定了每个过去的SUI质押者在将来可以提取的SUI数量。重要的是,随着更多奖励存入质押池,兑换率会上升,而且SUI存入质押池的时间越长,累积的奖励越多。

每个验证节点都有一个与其特定质押池相对应的兑换率时间序列,在质押池对象内部链上存储。从SUI质押者的角度来看,可以通过以下共识跟踪其质押的价值。

E’时的SUI = (E时存入的SUI) * (E’时的兑换率 / E时的兑换率)

在概念上,质押池的运作方式与流动性池完全相同。当SUI在epoch E存入质押池时,根据epoch E的兑换率,将其转化为流动性token。随着质押池获得奖励,兑换率会上升。在epoch E’,这些流动性token的价值更高,可以转化为更多的SUI。

Sui质押池与典型的流动性池之间唯一的区别在于,在Sui中,流动性token不存在。相反,全局兑换率表用于跟踪计算。这种设计的一个优点是,由于质押池中的所有SUI都是相同的,无论它们最初是作为新的质押还是作为质押奖励存入,所有SUI都立即视为质押,因此奖励立即进行复利计算。

质押池是一个系统级智能合约(staking_pool.move),也是Sui框架的一部分。

Q4:SUI质押的发展经历了哪些阶段?

质押v1:[原始设计,已弃用]

这个设计在测试网第二阶段使用,但现在已经被弃用。现在已经移除了两个主要的实现:

之前,质押流程分为两个阶段。首先,质押者存入SUI后,立即获得一个包含锁定SUI的StakedSUI对象。其次,在epoch结束时,一旦质押池的兑换率更新,用户获得一个包含用户池token的Delegation对象。Delegation对象必须等到epoch关闭,因为在epoch内无法预先知道结束时期的兑换率,因为它取决于整个epoch内收集的Gas费的数量。这种方法在epoch边界时需要重新配置非常多的交易,因此在质押v2中已经移除了Delegation对象(见下文)。

之前,当执行质押取回时,取回的质押进入待定质押状态,并且在epoch边界的epoch关闭后进行处理。这样做的原因是,由于当前epoch的质押奖励是在整个epoch内确定的,因此在epoch仍然活跃时无法完全预测到结束epoch时的兑换率。因此,此设计在处理具有更新兑换率的取回之前等待epoch关闭。这种情况已不再存在,取回将立即以前一个epoch的兑换率进行处理。

质押v2:[当前主网设计]

两个主要变化是:

  1. 质押池的会计核算已经简化。与之前一样,当用户质押SUI时,这些对象被包装成StakedSUI对象。但是,质押池不再通过Delegation对象来实现每个用户对质押池的相对所有权。相反,会计核算是直接通过StakedSUI对象的时间戳(确定存款发生的时间点)和存款epoch与取回epoch之间的兑换率变化来进行的。每个质押池的数据结构包含一个该池的兑换率时间序列。这些兑换率可以用于确定该池中任何质押者的取款情况。
  2. 质押取款将立即根据上一个epoch的兑换率进行处理,无需等待当前epoch关闭。取款包括用户存入的原始质押和累积到上一个epoch的所有质押奖励。这种方法的缺点是,在取款的epoch内,质押者不会获得其质押奖励。直到epoch关闭,由于无法预先知道在当前epoch内将累积多少质押奖励,因此无法将其包含在取款中。因此,任何用户都可以立即取回他们的质押并获得:epochE’取回的SUI = ( epoch E存入的SUI ) * (epoch E’-1的兑换率 / epoch E的兑换率 )

质押v3:[未来更新]

这是最终将推向主网的长期解决方案。

质押v2设计的主要挑战是无法处理解除绑定(或冷却)期,这对于网络安全至关重要。通过修改Sui如何处理取回请求,将其分为两个步骤来实现这一点:

  • 在第一笔交易中,质押者将提交取回请求并获得一个WithdrawalReceipt。在此时,质押者不会收到任何SUI。
  • 在第二笔交易中,一旦预定的解除绑定期过去,质押者可以提交WithdrawalReceipt并获得他们的SUI本金和累积奖励。

重要的是,除了启用解除绑定期,此设计还可以让用户在取回WithdrawalReceipt之后获得他们应得的全部奖励,因为必须在提交取回请求的epoch结束时进行取回。这种设计不会遇到质押v1中引起非常大的重新配置交易的挑战,因为WithdrawalReceipt对象可以在任何时候兑换(一旦解除绑定期结束),并且不依赖于时期边界。

Q5:我的质押存款请求何时生效?

一旦质押存款请求提交,它立即进入质押池中的待定状态。Sui钱包将反映用户账户的任何待定质押存款请求。然而,待定质押存款请求要到请求所在的epoch结束时才会生效。

Q6:我的解除质押请求何时生效?

解除质押或取回请求一旦收到,将立即进行处理。质押者将获得最初存入的SUI以及累积到上一个epoch边界的所有质押奖励。换句话说,它们不包括当前epoch的质押奖励。有关此实现的更多详细信息,请参阅质押v2。请注意,在未来,一旦实施了质押v3,解除质押请求将不会立即处理。

Q7:如何计算每个验证者池的兑换率?

每个验证节点池的兑换率在每个时期边界处按以下方式计算:

E+1时兑换率 = (1 + (E时质押奖励 / E时质押金额))*(E时兑换率)

重要的是,epoch E期间质押者获得的质押奖励是该epoch内验证节点池获得的总质押奖励的一个子集。换句话说,验证节点池获得的总质押奖励可以分为三个独立的部分,取决于它们是由谁获得的:

质押奖励 = 质押者奖励 + 验证节点佣金 + 存储基金奖励

普通的SUI质押者只获得质押者奖励。与此同时,验证节点获得对这些奖励收取的佣金(验证节点佣金)以及归属于存储基金的奖励。

验证节点池的兑换率仅通过质押者奖励的金额进行更新,以便完全追踪SUI质押者获得的奖励。然而,这种计算方法还使Sui能够通过更新的兑换率,以额外的StakedSUI对象的形式向验证节点提供验证节点佣金和存储基金奖励,从而跟踪验证节点获得的奖励

Q8:相对于第三方SUI持有者,验证节点的质押过程有何不同?

过程是相同的。将SUI与其验证节点一起质押的验证节点将遵循,与该验证节点一起质押的任何第三方SUI持有者相同的过程。

Q9:相对于SUI质押者,验证节点的质押奖励会计有何不同?

在给定的验证节点质押池中,所有质押者通过池子的兑换率升值获得相同比例的奖励。此外,由于验证节点在管理质押上赚取佣金和存储基金奖励,验证节点在每个epoch结束时会按照这些金额的比例获得额外的StakedSUI对象。

质押奖励

Q1:质押奖励从哪里来?

质押奖励来自于当前epoch内收集的交易gas费以及在epoch结束时释放的质押津贴。

质押奖励 = 质押津贴 + gas费

质押津贴旨在在网络的早期阶段进行补贴,资金来源是10%的SUI。一旦这个分配用尽,质押奖励的整体将由通过常规网络操作收集到的gas费组成。

Q2:质押奖励会自动复利吗?

是的!请参阅上面“Q3:什么是质押池”的回答。

Q3:主网上会有多少质押奖励?

质押奖励由gas费和质押津贴组成。每个时epoch分布的总金额如下确定:

  • 质押津贴:每个epoch分布的金额在epoch开始之前根据预定的时间表确定。
  • gas费:每个epoch的金额取决于整个epoch内收集的总gas费。每个Sui交易根据两个变量支付gas费,即执行的gas单位和gas价格:gas费 = gas价格 * gas单位

所收集的gas费总额对应于在epoch内处理的所有交易的gas费总和。在常规市场条件下,我们预计绝大多数交易的gas价格将等于参考gas价格。将来,Sui将引入拥堵定价机制,以便在网络拥堵时,gas价格将高于参考gas价格,因为用户实际上会向验证节点付小费以换取优先权。

质押限制

Q1:我可以从活跃的验证节点质押中解除一部分吗质押?

不支持这个。每个StakedSUI对象的解除质押要么全部解除,要么不解除。

然而,用户可以将任意数量的SUI对象质押给任何验证节点。因此,如果他们从一个验证节点解除了一部分SUI对象的质押,实际上可以从验证节点部分解除质押。由于StakedSUI对象可以分成多个对象,如果质押者首先将一个StakedSUI对象分成几个对象,然后解除一些对象的质押,那么质押者始终可以有效地解除一部分质押。

Q2:单个验证节点的最小质押金额是多少?

最小的质押金额是1个SUI。

Q3:验证节点的质押与共识中的投票权有什么关系?

按照惯例,无论质押的数量如何,总投票权始终为10,000,因此法定门槛为6,667(2/3的比例)。每个验证节点的共识投票权与其质押成比例,但有一个例外:单个验证节点的投票权上限为1,000(总投票权的10%)。

Q4:单个验证节点的最大质押金额是多少?

没有限制。然而,在共识中,单个验证节点的投票权被设定上限为10%。如果一个验证节点积累了超过总质押的10%,那么该验证节点的投票权将保持在10%,其余的投票权将分散到其余的验证节点集。

类似地,验证节点的质押奖励份额也将使用相同的10%上限来计算管理质押的金额(请参阅质押奖励计算)。换句话说,一旦一个验证节点积累了超过总质押的10%,每个质押的SUI奖励将开始下降,因为质押池不再增加其获得的质押奖励的数量。

质押奖励计算

温馨提示:公式太多,感兴趣的建议认真阅读。

验证节点

Q1:什么是参考gas价格,验证节点需要什么时候参与?

Sui的设计使得终端用户可以期望在常规网络操作期间gas价格保持稳定和可预测。这是通过在每个epoch开始时由验证节点设置网络的参考gas价格来实现的。

在操作上,这是通过“gas价格调查”来实现的,步骤如下:

  • 在每个epoch E期间,每个验证节点都会提交他们认为下一个epoch E+1的最佳参考gas价格。
  • 在epoch边界,当Sui从epoch E过渡到epoch E+1时,网络会观察验证节点集合中的气价gas价格,并将按照2/3处的投票加权作为下一个epoch的参考gas价格。因此,每个epoch的参考gas价格在整个epoch内都是恒定的,在epoch更改时才会更新。

提交gas价格调查的报价过程非常简单。每个验证节点都拥有一个包含他们参考gas价格的对象。如果验证节点希望更改他们的报价,那么他们只需更新该对象中的值。验证节点可以通过转让他们的操作能力对象来将设置gas价格报价的能力委托给其他账户。

Q2:统计规则是什么样子,验证节点需要什么时候参与?

Sui的设计旨在鼓励和强制执行验证节点集合的社区监控。这是通过统计规则实现的,每个验证节点都会监控和评分其他每个验证节点,以确保每个人都高效运作,考虑到网络的最佳利益。那些不合规的验证节点会被罚款,其质押奖励会被削减。

协议仅在epoch边界计算全局统计规则分数,因此依赖于验证节点的积极监控,并在检测到其他验证节点行为变化时更改其个人分数。一般来说,统计规则的默认选项应始终为所有验证节点的得分为1,并且只有在确定操作不当时才更改为零。实际上,统计规则由一组每个验证节点拥有的对象组成,这些对象的默认分数为1,因此验证节点通常会被动地只在需要时更新与其他验证节点的分数相对应的对象。与提交gas价格报价类似,验证节点也可以通过转让他们的操作能力对象将其参与统计规则的权力委托给其他账户。

Q3:验证节点在统计规则中分配0分是根据什么标准?

统计规则应该通过社会均衡来实施。验证节点集合应积极监控自己,如果一个验证节点显然表现不佳,那么其他验证节点应该给该验证节点打0分并削减其奖励。未来,随着Sui网络的成熟,我们预计社区将启动公共仪表板来跟踪验证节点的性能,并可用作进一步了解验证节点运营的信号。

Q4:是否可以将多个验证节点打0分?

是的。通过统计规则,每个验证节点都会为其他每个验证节点评分,没有关于每个验证节点可以提交多少个0分或1分的限制。

如果您有更多关于流动性质押黑客松或者SUI质押的疑问,欢迎加入Slack工作区并提问:Slack

中文开发者可以加入Sui中文电报群提问交流: https://t.me/sui_dev_cn

期待您的加入!


关于 Sui Network

Sui是基于第一原理重新设计和构建而成的L1公有链,旨在为创作者和开发者提供能够承载Web3中下一个十亿用户的开发平台。Sui上的应用基于Move智能合约语言,并具有水平可扩展性,让开发者能够快速且低成本支持广泛的应用开发。获取更多信息:https://linktr.ee/sui_apac

官网英文Twitter中文TwitterDiscord英文电报群中文电报群

Sui

黑客松

猜你喜欢

转载自blog.csdn.net/Sui_Network/article/details/132635808
sui
今日推荐