全面总结Kintsugi事件，主网合并前有哪些具体行动计划？

原文作者：parithosh

原文来源：notes.ethereum.org

这篇文章内容涵盖Kintsugi事件的全面总结、它的后果，还有在主网合并前的具体行动计划。

分叉。当我们修复了Geth的问题，我们就能够把所有的节点带回到相同的正确的分叉，区块链重新开始做最终敲定。

开发者Marius开发的fuzzer引发的，这个fuzzer旨在创建有意思的区块并在网络里对区块进行广播。

一个这样的区块的blockHash被替换为它的parentHash(父块哈希)。engine_executePayload具备了所有构建一个区块和构建该区块的blockHash所需的所有参数。EL（执行层)?客户端应该根据这些参数来构建区块，并根据通过的blockHash进行验证。这个特定区块正确无误地没有通过Geth的检查，但通过了Nethermind和Besu的验证。该区块之所以在Nethermind被错误地通过验证是因为缓存问题，而Besu则完全没有这项检查。由此，该区块被一个Lighthouse-Besu节点提议，并导致区块链分叉为两部分，在执行层与Nethermind或Besu连接的验证者在一个分叉上，而月Geth连接的验证者则在另一个分叉上。

欧洲央行：公共部门应建立全面的监管框架，解决与加密相关的社会和环境风险:金色财经报道，欧洲中央银行(ECB)董事会成员FabioPanetta在第22届国际清算银行年会上关于加密货币未来的小组上表示，加密资产已被推广为去中心化的替代品，有望提供更具弹性的金融服务。然而，现实并没有兑现这一承诺。支持加密资产的区块链技术可能非常缓慢、能源密集且可扩展性不足。由于处理复杂且价格波动较大，加密资产在日常交易中的实用性较低。

为了解决这些缺点，加密生态系统改变了它的叙述方式，支持更集中的组织形式，强调加密投机和快速获利。但最近发生的事件暴露了加密生态系统的脆弱性，表明人们对加密资产的信心消失得有多快。在许多方面，这个生态系统重现了区块链技术最初想要解决的缺点和漏洞。

公共部门应采取坚定的立场，建立全面的监管框架，解决与加密相关的社会和环境风险，包括将无担保的加密资产用于投机目的。它还应该抵制为加密货币提供国家支持的呼吁，这本质上会使加密货币风险社会化。相反，公共部门应集中精力为可靠的数字结算资产的开发做出贡献，包括通过在央行数字货币方面的工作。[2023/6/25 21:58:12]

请注意，检查当前区块的blockHash是合并新增的要求，因此在某些客户端上会存在缺少或不准确的验证。

链上云平台现已全面支持HBTC、HFIL:链上ChainUP官方消息，链上云平台现已全面支持HBTC、HFIL，旗下300多家交易所客户已同步开通。

据了解，火币已推出7个主流资产的以太坊代币，包括HBTC、HBCH、HDOT、HFIL、HBSV、HLTC和HXTZ，目前HBTC总市值已超过1.3亿美金。H系列资产的发行，可以让更多加密世界用户从DeFi发展中受益。 HBTC和HFIL使BTC和FIL用户能够无缝访问以太坊DeFi协议，例如Uniswap、Curve、BroingDAO、Harvest、C.R.E.A.M.、Nest、CoFix、ForTube等，不断增长的应用场景证明其价值已被市场认可。 火币集团在全球拥有超过1500万用户，HBTC以及HFIL等资产的上线将BTC和Fileccoin生态用户与以太坊生态有效连接了起来。链上云持续关注并上线优质资产，为客户提供全方位的优质服务。[2020/12/17 15:32:04]

Geth的一个问题是当执行错误的负载时，它返回的是一个?JSON-RPC错误而不是INVALID(无效)，而Teku的问题是(此时已修复但还未部署)认为那些错误在optimisticsync模式下是可通过的。因此，Teku-Geth节点在遇到无效负载时还是进入了optimisticsync模式。由于该区块本身是有效的，已连接的Geth节点是从网络而不是engineAPI获取数据的，因此现在的?Teku-Geth节点是在无效的分叉链上的。由于Teku节点还在有很多漏洞的旧版本上，Teku-Geth节点保持在optimisticsync模式，并在区块链停止做最终敲定的期间拒绝提议区块。我们现在处于这样的一个情况——共识层客户端(lighthouse、prysm、nimbus和lodestar)-Geth(占大约46%)与共识层客户端-Nethermind/Besu(占大约19%)在不同的分叉上，其他运行Teku-Geth(大约占35%)的验证者则处于optimisticsync模式。

美联储埃文斯：美国经济全面复苏需要一段时间:美联储埃文斯表示，美国经济全面复苏需要一段时间。美国经济远未达到强劲水平，通胀率远低于2%的目标。2023年之后，通胀率必须超过2%，才能达到平均2%的水平。此外，美国经济今年可能萎缩3.5%，明年增长4%。（金十）[2020/10/8]

在找到和部署了Nethermind和Besu节点的修复程序后，我们就能够让它们重新连上正确的链。Teku-Geth节点的更新导致了另一个与无效内存访问相关的问题，它由Geth上与区块排序验证相关的问题引起。这个具体的漏洞也是由Marius的fuzzer触发的，这个fuzzer产出了一个parentRoot是有效且block_number=1的区块。在Geth执行一个区块前，它需要查看它的父块，看看它们是否需要同步。这样做的一种方式是在缓存里检查parentHash?或在database里检查parentHash和blockNumber。由于Teku是同时执行所有分叉里的所有负载，缓存就不再包含?parentHash。因此，Geth试图在它的database里通过parentHash和blockNumber查找其父块。然而，database并没有这个blockNumber的哈希(这个区块是fuzzer构建的)。Geth会推断，由于它没有父块，它需要开启同步。但是，这样触发的同步会试图同步比权威链更短的的链，这就违反了Geth中的某些条件，这导致Geth进程错误，节点关闭，导致Teku-Geth节点一直处于不健康的状态。

声音 | BB：基础设施建设进入主流社会正在全面展开:据IMEOS消息，Block.one CEO BB 在推特上发文称，基础设施建设、接受数字资产、分布式数据库进入主流社会正在全面展开。通过向产品和平台的用户重新分配财富而造成的巨大破坏，将是未来十年的主题。[2019/7/12]

在上述问题的调试中，Geth团队还在合并的代码库里发现了一个触发错误的竞争条件。此外，我们还遇到其他问题——Nimbus出现与执行层重新连接相关的错误，Lodestar降低拒绝出块的对等点分数。

客户端推出了所有的修复，且让所有节点都进行升级。当所有的修复都生效时，区块链会有很多小分叉，每个的参与率都很低。对一些节点进行重新同步可以减少一些分叉。一旦有足够多的节点完成重新同步，我们会看到有越来越多的节点通过重组回到这个分叉上，这使我们能跨过最终确定性所需的66%的阈值。

声音 | 北京银保监局：数字货币尚难以全面发挥真正货币的功能:据北京晚报3月11日报道，3月11日至3月15日，北京银保监局组织北京银行业和保险业开展“3·15”消费者教育宣传周活动，向首都消费者普及金融知识，通过具体的虚拟货币、区块链局案例，希望切实提高消费者对金融产品和服务的认知能力，提升消费者风险识别和自我保护能力。

通过具体案例分析，北京银保监局提示消费者，一是理智看待区块链，切勿盲目相信天花乱坠的承诺。从目前技术发展来看，数字货币尚难以全面发挥真正货币的功能。上述以“区块链”、“虚拟货币”为噱头的“金融创新”，实际上只是“借新还旧”的庞氏局，其资金运转难以长期维系。广大消费者要擦亮双眼，识破这些“金融创新”背后的陷阱，切勿盲目轻信天花乱坠的承诺，以免让自身财产受到损失。二是树立正确的投资理念。投资常伴风险，想要高收益必然要承受高风险。广大消费者要树立正确的投资理念，不要相信“一夜暴富”的“神话”，要注意学习金融和投资相关知识，客观评价自身风险承受度，选择正规投资渠道，实现自己财富保值增值的目标。[2019/3/11]

智能合约交互继续如常运作。

Q:为什么这条链这么长时间不做最终敲定？

A:虽然我们很早就找到了根本原因，我们想要让链保持非最终敲定状态，让客户端团队调试他们的代码。此外，我们想要收集非最终敲定期间的客户端表现数据。

Q:在分叉链上的验证者会被罚没吗？

A:不会。每个验证者都包含一个slashingprotection(罚没保护)database，确保验证者不会对可罚没的信息签名。在“错误”分叉的验证者只会被视为在“正确”分叉上处于inactive状态。一旦它们重组到“正确”分叉上，罚没database会阻止它们对可罚没信息签名。

Q:这会如何影响主网发布？会有新的延迟吗？

A:我们认为这件事不会影响主网发布计划。在规范本身上没有发现严重的问题。测试网的目的是发现漏洞，我们认为?Kintsugi在发现客户端实现的边缘情况方面表现很好。这事件是对多个客户端组合的一次很好的压力测试。我们有一个公开的清单，它将指引我们何时准备好在主网实现合并。

Q:这会如何影响测试计划？

A:我们将研究创建几个强制处于非最终敲定状态的测试网。对这些非最终敲定的测试网进行持续测试使我们可以触发更多边缘情况，和改进工具。在这次事故中发现的漏洞将被添加为静态测试用例，以确保我们会通过回归测试。

对验证者、基础设施提供商和工具开发者的重要启示:

测试网上的非最终敲定时期加强了最糟糕情况硬件要求的一些假设。在非最终敲定期，验证者应该预期：

由于需要对多个分叉选择规则进行评估，CPU负载会增加(有时达到100%)

在非最终敲定期由于不会有修剪，硬盘使用量会增加

RAM使用量会有边际增长

这意味着，在同一台机器上运行的任何额外工具或监测都会遇到资源争用问题。Kintsugi测试网的工具(区块浏览器、水龙头、RPC)在具有3个节点的Kubernetes集群上运行。这个集群还运行多个工具使用的信标节点。由于信标节点使用的资源比预置的要多得多，因此我们的工具经常由于资源不足而以降级的方式运行。对于基础设施提供商来说，谨慎的做法是在不同的机器上运行它们的共识层和执行层，或有严格的资源使用定义。

合并意味着每个共识层客户端都需要运行自己的执行层客户端。(主网上的)执行层客户端现在需要很大的磁盘容量。在非最终敲定期间，CL的磁盘使用量也会激增，这会由于磁盘空间不足而导致崩溃。所有验证者应该确保他们有足够大的缓冲磁盘空间来应对这种问题。

依赖于最终确定性的工具开发者应该为非最终敲定时期多做考虑。一种可能的方式是显示optimistic信息，同时传达该信息在用户界面是会变化的。

标签：ETHGETHGETASHCompound Ethertogetherbnb和娜娜双人互动DogeTownnash币什么时候上交易所

Ethereum热门资讯