一文读懂分布式验证技术DVT:运行原理和代表项目_DVT:DVT币

以太坊建立在一个去中心化的、有弹性的节点网络上,但相当多的节点是中心化的,目前来说是相对脆弱的。下面将重点介绍DVT、ObolNetwork、SSVNetwork和未来以太坊进一步实现去中心化的路线图。

01以太坊节点运行原理

众所周知,以太坊被誉为世界计算机,是一个由近两万台多台计算机组成的网络。其中每一个节点是现实世界中的真实计算机,在点对点之间直接通信。维持数量如此庞大的以太坊服务器的目的只有一个,就是提供一个稳定可靠谱的共享计算平台——以太坊虚拟机。EVM为交易提供背景,用户在链上所做的一切都发生在EVM中。每个节点都运行一个本地版本的EVM,然后通过一个称为「权益证明」的过程完成上链,并由其他所有EVM的副本保持完全同步。在整套架构下,现阶段以太坊的每个节点都同时运行两个软件。执行客户端,负责实现EVM。共识客户端,它监控PoS并确保以太坊的安全。一个节点可以在没有押注任何$ETH的情况下存在,需要注意它不会获得任何奖励,不负责上链,只负责同步网络数据。而当一个节点操作者质押32颗ETH时,他们的节点会创建一个新的验证器,开始参与PoS。也可以这么理解:-多个节点组成了一个现实世界的计算机,每个节点保持同步,使以太坊网络保持着持续的联系,使EVM安全地保持同步-验证器是一个虚拟实体,由节点操作,存在于节点服务器中,参与PoS可以看出整个网络是有弹性的,有几千上万个节点,很少有事件会影响到每个节点,所以今天的以太坊网络,长久以来保持着良好的运行记录。但就个人而言呢?对于掌控巨额以太坊网络来说,抗故障能力不能说得上是完美的。让我们举一个简单的例子:假设你是一个家庭质押者,停电了几个小时。在你的节点断电期间,你会产生罚金。如果你只脱机几个小时,你的节点与区块链的头部重新同步不会花很长时间。但是,你离线的时间越长,重新同步需要的时间就越长,一个完整的重新同步需要几天时间。在这段时间里,你会受到惩罚。如此对于一个家庭质押者来说,这已经足够糟糕了,但想象一下你是一个巨大的质押即服务供应商,如LidoFinance或Coinbase,一个数据中心瘫痪或一个糟糕的配置文件可能会影响到整个De-Fi的发展。说到这里,有人可能会建议运行一个备份节点——如果主节点发生了什么事情,那么你就可以把私钥加载到备份中并继续验证。但以今天的技术,这本身就是一种风险。

以太坊证明服务EAS已集成OP Stack:7月30日消息,以太坊证明服务(Ethereum Attestation Service)已完成OP Stack原生集成。未来所有OP Stack链部署都将自动包含创世EAS合约。

EAS表示,集成至OP Stack将使信任证明成为超级链(SuperChain)中的基本要素,不仅将促进超级链中证明实践的采用,还将设定信息验证和信任建立的新标准。[2023/7/30 16:07:02]

(该用户因为切换节点到新的硬件,由于旧硬件未完全停止,双签被惩罚。)而我们今天介绍的分布式验证器技术就可以完美避免上述问题。02什么是DVT技术

简单来说,把一个节点看作是一个由共识和EVM组成的,而一个DVT节点是由多个分布在多台机器上的共识和执行客户端组成。如果有32个$ETH被部署到Ethereum存款合约,就会组成一个由n个成员组成的DVT集群,同时将产生一个m-of-n共享验证器密钥,每次该验证器密钥参与PoS的时候,至少有m个成员必须同意。从协议的角度来看,保证以太坊平稳运行的根本是:每个验证者在他们指定的回合中及时完成验证的责任。而DVT恰恰是可以使验证器更稳定、更安全行使签名责任的一种加密技术,把个体的责任安全分配给一个m-of-n群体。现在我们回到家庭质押的议题,有了DVT之后,假设你、我和V神建立一个DVT集群。同时我们把Coinbase作为备用,以备不时之需。比如,即使我所在的新加坡全程停电了,在大理的你和在加拿大的V神依旧有电,我们也可以高枕无忧,因为我们还在验证。DVT为以太坊提供了继续去中心化所需的工具,进一步巩固了其作为互联网结算层可信的中立地位。而DVT只是一种技术,我们可能会看到它有很多不同的实施方式。03当前使用DVT技术的项目

近30天NFT市场盈利地址数量为101282个:金色财经报道,据NFTGo数据显示,当前NFT市场情绪指数为29,等级为“Cool”。近24小时NFT市场买家地址数量为4074个,卖家地址数量为4597个。近30天盈利地址数量为101282个,亏损地址数量为406632个。注:NFT市场情绪指数是根据波动率、交易量、社交媒体和谷歌趋势计算得出。[2023/5/9 14:51:50]

下面让我们看一下两个使用DVT的项目。ObolNetwork

ObolNetwork最近筹集了1250万美金来将他们的计划付诸实施。简单来说,普通原生节点运行一个执行和共识客户端,而Obol节点在此之上将增加一个第三方客户端。

目前ObolNetwork还没有上线,用户可以提前通过他们的DVT启动板的截图就能有很好地了解DVT的工作模式。

币安Launchpad将上线Hooked Protocol(HOOK):11月23日消息,据官方公告,币安即将上线第29个Launchpad项目Hooked Protocol(HOOK),并开启BNB专场,此次售卖将基于投入模式,币安将根据用户7日的BNB日平均持仓确定用户可投入额度。BNB持仓快照周期:11月24日08:00至12月01日08:00(东八区时间)。[2022/11/23 8:01:15]

SSVNetwork

SSV刚刚宣布了一个5千万美元的生态系统基金。SSVNetwork使用同样的DVT技术理念,但真正的亮点在于他运营商网络。

Galaxy Digital:未接触Genesis的借贷业务和Gemini的Earn计划:11月17日消息,据外媒报道,由亿万富翁Michael Novogratz创立的加密货币金融服务公司Galaxy Digital Holdings Ltd.在一份声明中表示,该公司没有涉足Genesis的借贷业务和Gemini Trust Co.的Earn计划。 该公司发言人表示:“Galaxy Digital继续审慎管理风险,帮助客户应对当前的市场环境。” 据悉,Galaxy Digital早些时候曾披露对FTX的7680万美元风险敞口。

此前昨日消息,Genesis加密货币借贷部门暂停客户赎回和新贷款发放。加密货币交易所和托管商Gemini称,其Earn计划的贷款合作伙伴Genesis已暂停提款,无法在5个工作日内满足客户兑换;正在与Genesis团队合作,帮助客户尽快从Earn计划中赎回资金。(彭博社)[2022/11/17 13:14:40]

对部署验证器感兴趣的用户将把他们的ETH带到SSV,SSV将从4个运营商中创建一个DVT集群。这仅仅是个开始,DVT不仅仅是为了创造更稳定的以太坊节点,它的出现可以更加明确节点和验证器的概念分离开,进而明确各自的意义。最直观的例子体现在以太坊下一步路线图中,要实现Danksharding所需的核心技术之一就是要在每个区块上运行先进的椭圆曲线加密技术。这可能对于现阶段的以太坊节点来说计算量较重,而如果利用DVT集群中将会更容易被实现。关于Danksharding更多可以参考:https://inevitableeth.com/home/ethereum/upgrades/scaling/data04空投猜想

Unslashed Finance已为UST脱锚事件的投保用户赔付约180万美元:6月4日消息,去中心化保险协议 Unslashed Finance 发推表示,目前已为UST脱锚事件受影响的的投保用户赔付近 1000 ETH,价值约 180 万美元,部分存在争议的索赔已发送到 Kleros以解决争议。[2022/6/5 4:03:06]

Obol在1月31日开启了Bia测试网,旨在测试ObolDVT的扩展能力,预期是看到>500个活跃的集群,>5000名参与者通过启动板激活,并成功运行>30天。01/30/2023Bia测试网开启01/30/2023集群创建02/06/2023激活集群02/06/202303/31/2023运行(至少30天)03/31/2023结束04/20/2023Bia测试网报告虽然官方在测试网文档中强调,Bia是一个非激励测试网,但满足要求会奖励一个技术大使的POAP,而后续是否给POAP额外空投奖励值得一搏。POAP资格如下:集群创建和成功的分布式密钥生成仪式运行一个活跃的集群超过30天成为集群的领导者4种集群设置中运行3种不同设置:6个节点、多客户端、mult-geo或多主机在集群创建后和Bia结束时提交完整的反馈表向仪表盘竞赛提交完整的Grafana仪表盘官方称获得5个技术大使的POAP将授予获得者在社区中的角色,并获得认可、接触Obol团队和其他福利。https://www.notion.so/52ee03cb655c4da4ad2814f93bb21a93在比亚之外还有其他任务,也可以获得技术大使POAP。完整的大使清单,请参考页面。https://www.notion.so/52ee03cb655c4da4ad2814f93bb21a93集群部署教程:https://obol-dvt.notion.site/Obol-Bia-Testnet-Handbook-7003ac195a2d422fa3f0ee31cc15e4d6原地址

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

水星链

[0:0ms0-0:918ms