引介
动因
传统的验证者客户端设置以太坊验证者通过用他们的质押私钥对消息签名(例如区块或证明)来参与权益证明(PoS)协议。质押私钥只能通过客户端软件来访问，客户端根据分配给验证者的职责安排消息的创建和签名。传统的验证者客户端设置会有一些风险：·质押私钥存在一个地方。如果一个攻击者获得了这个密钥，它可以创建冲突的消息，从而导致验证存款被罚没。不运行自己的验证者的质押者需要把他们的质押私钥交给运营商。为了保证他们质押私钥的安全，他们必须信任该运营商。·如果验证者客户端软件不能创建及时的消息以履行验证者职责，该验证者会遭受怠工惩罚(inactivity)，余额会减少。这可能是由于软件崩溃、断网、硬件故障等原因造成的。·如果验证者客户端连接的信标节点出现故障，验证者可能跟在一个少数节点所在的分叉上，导致在PoS协议的其他部分显示是离线状态。分布式验证者协议分布式验证者协议提供了一个解决方案，以减轻与传统的单个验证者设置相关的风险与担忧。此外，该协议还可以用来实现先进的质押设置，例如去中心化的质押池。基本概念
某聪明钱地址在过去一个月通过MEME币赚取562.64枚ETH:金色财经报道，Lookonchain监测数据显示，某聪明钱地址在过去一个月通过MEME代币赚取562.64枚ETH(106万美元)。其中它在RFD上赚取189.5枚ETH（345,306美元），实现4倍收益；在PEPE上赚取127枚ETH（248,697美元），实现32倍收益。另外，它近一个月共交易了104个代币，其中66个代币盈利，盈利率为63.5%。[2023/5/23 15:20:43]
请注意：请参考词汇表，了解分布式验证者规范中引入的新术语的解释。分布式验证者背后的两个基本概念是：·共识：单个验证者的职责被分给几个共同验证者(co-validator)，他们必须协作，在对任何消息签名之前就如何投票达成一致。·M-of-N门限签名(thresholdsignatures)：验证者的质押私钥被分割为N个部分，每个共同验证者持有一个share。当至少有M个共同验证者对如何投票达成共识时，他们分别用各自的share来对消息签名，一个组合签名可以由这些share重构出来。PoS以太坊使用的是BLS签名方案，其中私钥可以使用M-of-N秘密共享技术(使用Shamir'sSecretSharing方案)，以实现M-of-N门限签名。(译者注：Shamir'sSecretSharing被用于以分布式的方式来保护秘密。秘密被分割为多个部分，这些部分被称为share，这些share可以用来重构原来的秘密。而通过Shamir'sSecretSharing解密需要一个最低数量的share，被称为门限。)通过把一个合适的(偏重于安全性的)共识算法和一个M-of-N门限签名方案组合起来，这个DV协议确保共识是得到密码学保证的，且至少有M个共同验证者对任何决定达成一致。资源
意大利银行副行长：对于支付，零售CBDC、稳定币等都是不错的选择:金色财经报道，意大利银行副行长Piero?Cipollone在2023年世界银行全球支付周的会议上表示，十年后支付生态系统会是什么样子？这很难说，但这肯定取决于我们。理想情况下，我们的目标是建立一个家庭和企业可以轻松地在支付解决方案之间切换的经济体，可以使用CBDC或其他形式的私人发行的数字货币进行数字支付.
对于国内支付，许多解决方案正在涌现，以降低成本并增强包容性。零售CBDC、稳定币、代币化存款、快速支付都是不错的选择。它们构成了一个尚未达到平衡的生态系统。很可能每个司法管辖区都会根据其具体需要对这种均衡进行不同配置。
我的猜测是所有这些解决方案将共存，每个解决方案都有特定的用例。在这种情况下，中央银行需要确保适当的监管到位，在安全的环境中促进竞争和创新，造福于家庭和企业。[2023/5/23 15:19:37]
实现以下是分布式验证者技术的现有实现(但不一定是本规范的实现)。·python-ssv：Python中分布式验证者协议实现的概念证明，与以太坊客户端Prysm交互。·ssv：分布式验证者协议的Go实现，与以太坊客户端Prysm交互。文档·分布式验证者架构视频介绍总体架构
法国央行行长：希望司法管辖区为银行对加密货币资产的敞口提供指令:金色财经报道，法国中央银行行长Fran?ois Villeroy de Galhau表示，对加密市场的监管是控制未来可能给投资者带来的损害的关键。Villeroy de Galhau还推动中央银行和私人银行机构结成联盟，共同促进创新，包括采用CBDC（中央银行数字货币）。还希望在所有司法管辖区实施最终确定的巴塞尔委员会规则，并为银行对加密货币资产的敞口提供指令。（News Bitcoin）[2023/1/20 11:23:53]
NEAR基金会发布透明度报告：过去的一周流通代币的数量从8.27亿增加到8.3亿:金色财经报道，NEAR基金会发布透明度报告。报告称，流通供应中的代币数量一直在以比总流通供应更快的速度稳步增长。在过去的一周里，又有 300 万美元的 NEAR 从锁定合约转移到流通中，流通代币的数量从 8.27 亿增加到 8.3 亿。这通常是由于 NEAR 基金会金库和合同归属计划的进一步解锁。每天的交易数量是区块链记录了多少次交易的记录。最早的数据来自11月的第二周。数据显示，每日交易量一直呈上升趋势，每天的交易量略低于100万。这与之前的平均每天40万笔交易相比，有很大的增长。[2022/11/27 20:56:59]
本规范提出一种实现分布式验证者客户端(DistributedValidatorClient,DVC)软件的方法，作为信标节点和一个远程签名者(RemoteSigner,RS)之间的中间件：·信标节点和远程签名者之间的所有通信都由DVC管理，以便它能提供额外的分布式验证者功能。·信标节点和远程签名者不知道DVC的存在，也就是说，它们以为彼此像往常一样相互连接。假设
Tether计划将其商业票据持有量在11月全部清仓:7月27日消息，稳定币发行商 Tether 宣布，截至今日，其商业票据的总敞口再次减少至仅约 37亿美元（2021 年 7 月时为 300亿美元），并计划到 2022 年 8 月底进一步减少至约 2 亿美元，到 2022 年 10 月底或11 月初降至零。此外，其投资组合并不持有中国商业票据。
Tether 表示，虚假信息的传播是目前存在的加密货币行业的最大威胁，其会继续确保拥有多元化的投资组合，并对个别发行人或资产的风险敞口加以限制。[2022/7/27 2:41:30]
·我们假设总共有N个节点，以及一个M-of-N门限签名方案。为了与拜占庭容错共识协议兼容，我们假设M=ceil(2*N/3)。·本规范假设某种基于领袖的、偏重安全性的共识协议，让共同验证者选定相同的证明/区块进行签名。我们假设共识协议在M个正确节点下成功运行，且在N个总节点中不超过F=(N-1)/3个拜占庭节点和不超过N-M-F防失败节点(fail-stopnode)。(译者注：拜占庭节点指的是在网络里故意撒谎或误导其他节点的背叛节点。)·我们假设验证者客户端安全运行的通常前提条件包括最新的抗罚没数据库、正确的系统时钟等。·我们暂时不考虑对“正确”以太坊分叉的投票——这个功能将在未来的更新里加上。理想的保证
·安全性(防止密钥被盗)：除非N个共同验证者中有多于M个验证者的安全受到影响，否则质押者私钥是安全的。·安全性(防止罚没)：在异步网络的假设下，除非多于三分之一的共同验证者成了背叛者，否则验证者永远不会被罚没。在同步网络的假设下，除非多于三分之二的共同验证者成了背叛者，否则验证者永远不会被罚没。·活性：在部分同步的网络里，除非多于三分之一的共同验证者成了叛徒，否则协议最终都会产生一个新的证明/区块。规范
关于规范的技术细节描述在src/dvspec/:https://github.com/ethereum/distributed-validator-specs/blob/dev/src/dvspec。词汇表
以太坊概念
·验证者：参与权益证明以太坊验证的公钥。在阶段0，验证者预期会为信标链区块履行证明和区块提议的职责。·验证者客户端(ValidatorClient,VC)：履行验证者职责的软件。VC能访问验证者的私钥。·远程签名者(RS)：负责以太坊私钥管理的软件，特别是用于对以太坊消息(例如区块、证明等)的签名。RS运行一个服务器，用于接受传入的对该类消息签名的请求。密码学概念
·私钥分片(KeyShare)：作为门限签名方案一部分的单个密钥。·签名分片(SignatureShare)：对来自单个私钥share的一些数据的签名。多个这样的签名share需要组合起来生成一个完整的签名。分布式验证者概念
·分布式验证者(DV)：一组参与者共同履行一个验证者的职责。验证者的私钥在多个参与者中是秘密共享的，因此在没有参与者的一定多数门限下，一个完整的签名是无法形成的。·共同验证者(Co-Validator)：参与DV协议成为一个特定验证者的BLS公钥门限验证者。分布式验证者客户端(DVC)：通过运行DV协议(或者，作为多个共同验证者来参与，每个共同验证者身份与不同的验证者相关联）参与成为一个共同验证者的软件。DVC能访问共同验证者的私钥，即所对应的验证者的秘密共享门限私钥。实例
使用上述术语的实例说明：·公钥为0xa5c91...的以太坊验证者作为一个分布式验证者在运行。·有4个共同验证者参与到验证者0xa5c91...的分布式验证者中。·与0xa5c91...相关联的私钥在4个共同验证者中使用3-of-4的秘密共享方案来拆分，这样就建立了一个3-of-4的门限签名方案。更简单地说，0xa5c91...的私钥被拆分为4份，每一份由共同验证者中一名来托管，这样必须至少有共同验证者中的三名合作才能从0xa5c91...产生一个签名。每个共同验证者都在运行分布式验证者客户端软件来参与分布式验证者。原地址
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。