专题研究N640：区块链项目Lighthouse，Ethereum 2.0 Client

按：这个系列是我在GITCOIN上捐赠过的项目；大约有50个；主要是在研究名人或区块链项目时参考别人的捐赠和当时感受不错就决定小额捐赠（当然这个小额捐赠有可能有/实际也发生了项目回赠的空投），一来是重在参与，为区块链项目尽点微薄之力，二来也是想博一个小意外惊喜；信息来自GITCOIN，研究方式主要还是通过推特号，另外也参考GITCOIN简介，也分析下他们钱包；本次是区块链项目
Lighthouse: Ethereum 2.0 Client ， https://github.com/sigp/lighthouse ，https://gitcoin.co/grants/25/lighthouse-ethereum-20-client ，" @paulhauner ，
" 0xC9a872868afA68BA937f65A1c5b4B252dAB15D85，

据 The Block 5 月 11 日报道，Lighthouse Labs 宣布完成 700 万美元种子轮融资，Animoca Brands、BlockTower、Accel 领投，White Star Capital、Gemini Frontier Fund 和 The Graph 核心开发商 StreamingFast 参投，个人投资者包括 Nansen 创始人 Alex Svanevik、POAP 创始人 Patricio Worthalter、Messari 创始人 Ryan Selkis 和 Exclusible 创始人 Thibault Launay。
该公司表示将于今年夏季推出其元宇宙搜索引擎，该平台旨在使不同元宇宙的地点、事件、社区和人员可通过一个入口进行搜索。

Paul Hauner，
@paulhauner，
Eth2 Lighthouse at
@sigp_io，
.
Sydney, Australia.paulhauner.com，2009年7月加入，
265 正在关注，
2,402 关注者，

置顶推文：这是我的看法#Eth2 2021年的研究和工程。（最新的#Lighthouse博客文章总结了状态#Eth2研究/工程，并为来年的Lighthouse项目提供指导。
对任何对Eth2感兴趣或正在运行Lighthouse的人的推荐读物！https://lighthouse.sigmaprime.io/update-33.html）下午6:09 · 2021年1月20日

“我尽量不要被栅栏另一边的东西分散注意力。有很多人这样做，我的职责是遵循路线图，使事情发生。”
...我想我现在引用自己。这是一个正当的信号，我即将被钉住

这是面向公众的测试网上的权益证明#Ethereum交易。四个不同的共识引擎与三个不同的执行引擎配对。https://nocturne.rayonism.io/block/150#transactions

和 @sigp_io 被分配了第一个#nocturne区块。噢，好一个星期！祝贺所有参与的团队，尤其是 @protolambda 对于所有的协调 https://nocturne.rayonism.io/block/1

我的第一个“点击最多” 还， @sigp_io 的第一篇文章 @ethStaker （和 @reddit 全面的）。

这是我制作的电子表格，可让您细粒度地对照全球平均值检查您的＃Eth2验证程序证明性能。https://www.reddit.com/r/ethstaker/comments/n692yp/granular_validator_performance_tracking/

与往常一样， @sproulM 。读完这篇文章，我为我们迄今为止所取得的成就感到自豪，哦，不，我标记错了 @sproulM_ ！

No action is required for Lighthouse users at present.
中文（简体）
目前，灯塔用户无需采取任何措施。

我与内存分配器的战斗仍在继续...

恭喜 @sproulM_ 和肖恩 #Lighthouse现在正在通过即将进行的Altair升级到＃Eth2信标链的共识测试

新的＃Eth2 #Lighthouse发布！包含对BN和VC之间存在时钟差异时引发的错误的修复。我们建议此更新适用于在不同主机上运行其VC和BN的所有用户。

“ ...增加块中的随机数，直到找到一个值，该值为块的散列提供所需的零位。”

权益证明以太坊一起让它成为现实！

此更新包括将块生产时间缩短最少 5倍。
这是（部分）通过从系统中“删除”组件而实现的，
“实现完美，不是在没有其他可添加的东西时，而是在没有其他东西可取的时候。”

OTT是“毁灭地球”，但我同意NFTs的碳足迹不合理。我认为没有任何受人尊敬的气候科学家会认为我们是在为地球上的生命而行动。我们的社会许可证过期之前需要PoS

新的＃Eth2 #Lighthouse发布！包含对本地和整个网络中验证器性能和安全性的改进。我们建议您尽早进行更新。不要忘记更新您的BN和VC！

IIRC，几百万个ETH。

SQL注入＃Eth2涂鸦，我喜欢！https://beaconcha.in/block/33f4364312e72b50b0e0236a45782664d9c75b89db9f53b48f8a8b520f1388c1

“ 0xDEGEN_CHAD”应停止耕作一分钟，然后检查其＃Eth2节点。

关于以下方面的内存消耗，有一些有趣的发现 @rustlang 程序在这里。考虑使用系统分配器可以显着减少内存占用。

新的＃Eth2 #Lighthouse版本。包含一个问题的修复，该问题表现为重复的“地址更新”日志和增加的内存使用量。请尽快更新。目前，我们只有3-4个用户的报告。Sigma Prime
@sigp_io
·
2月22日

这是＃Eth2的日期到广告位转换器。 UX仍有很多不足之处，但它是透明的，开源的和可扩展的 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=a211036e42c9726bfbbbcdf5a58ad086，
新版本：v0.0.1 -删除格式错误的dbg！陈述。低优先级升级，无安全修复 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=d38a2c616d691b6ff99b7783361b26ab

这是跨客户端工作的一部分，目的是减少＃Eth2上丢失的头部/目标证明。可以的时候升级。即使您没有运行验证器，它也将为网络的其余部分提供帮助。

我支持EIP-1559的实施，以改善以太坊网络交易的用户体验。 https://supporteip1559.org＃supportEIP1559 #Ethereum

做得好！ http://beaconcha.in对Eth2开发非常有用。感谢团队的所有工作，目前我不会使用任何其他资源管理器。

我们正在招聘
@sigp_io
！来解决难题吧！
这是一个灵活的远程工作环境，在悉尼的皮尔蒙特设有一个可选的办公室。我们实际上在乎我们的员工和他们的个人时间（而不仅仅是公司BS）。
非初级Rust开发人员也欢迎您！

@sigp_io 正在安全和#Lightfront方面招聘人员。如果您具有Infosec或Rust开发的背景，请联系。我们以远程为中心，灵活，专注和友好。快来加入我们吧，DM，我。

我一直在我们的设置中使用冗余BN来减少重新启动BN的影响。我将详细记录我们的设置。节日快乐！

不假设您是软件开发人员的#Lighthouse指南。谢谢 @thunderwoood，https://lighthouse.sigmaprime.io/macos-guide.html

是的，我很高兴我们能够成功支持Pi4！做得好 @EthereumOnARM 永远处于最前沿:)

很好的建议。同步您的Eth1节点！

Nimbus也同意！＃4的所有创世就绪客户都同意创世（FYI将于2020年

Lighthouse，Teku和Prysm都同意＃eth2的起源！等待中 @ethnimbus ，他们使用了更高的跟随距离（按照规范）。我们被骗了

每个Eth2团队将在大约4个小时内单独工作，以从存款合同中排除创始。
将对所有块进行交叉引用，以确保共识和对规范的遵守。🔍👀
该区块将包括规范的创始时间，即第一个#Eth2块将被制作。
嗯，我不确定。过去，它是测试网，只是在非正式渠道中发生过。也许是Eth R＆D Discord的＃eth2渠道？

所有＃eth2 #Lighthouse风险承担者，请阅读此博客文章！主网来了！做好准备！引用推文

不允许观察者进入采矿室。我们相识了，得到了16,384个法律验证人。不允许我们的观察者发生错误的事情。从来没有发生过。数以百万计的邮件进行了交易！

我已经扫描了#Eth2与的存款合同#Lighthouse，所有签名均有效🎉
请记住，有可能生成一笔Eth2押金，该押金被押金合同接受但被信标链拒绝。这意味着总存款损失，
每个存款均参考GENESIS_FORK_VERSION“常数”签名，每个Eth2测试网都会对其进行更改，以防止重放攻击。如果您使用一些现有的测试网工具（例如，其中一个客户端，甚至是eth2-deposit-cli），则可以为测试网（例如Medalla）而不是主网生成保证金。
存款签名将包含错误的GENESIS_FORK_VERSION，因此对主网无效。
由于我们尚未（尚未）对Eth1进行BLS签名验证，因此存款合同无法检测到无效的签名。这意味着存款合同将接受您的ETH，但是信标链将拒绝进入。就目前情况而言，这将导致您的以太币被消耗掉，
如何避免损失您的存款？
- 用https://launchpad.ethereum.org生成密钥。
-阅读文档。
- 保持警惕。
-如果不确定，请寻求帮助。
大家安全！

这里是大声疾呼 @protolambda 到目前为止，他在＃Eth2大会期间的不可估量的支持。他是彻底，可靠，周到和孜孜不倦的人。没有他，协议和影响将变得更糟。@dannyryan 得到了很多（当之无愧）信用，但是 @protolambda 比其他任何人都节省了我们的资产更多次。

Eth2存款合同：
0x00000000219ab540356cBB839Cbe05303d7705Fa，
如何存款：
https://launchpad.ethereum.org，
存在相当大的风险；新软件存在错误，存在锁定期且加密货币易变。做你的研究📚🔍不要YOLO或FOMO。@paulhauner
·
2020年11月5日

这是Lighthouse的第一个版本，支持＃Eth2规范的v1.0.0-rc.0版本。这是Mainnet的进展https://github.com/sigp/lighthouse/releases/tag/v0.3.2

感谢作者，很高兴看到这里进行了一些详细的研究。
我认为需要进行一些更正。我将在这里进行操作，因为我不知道另一个合适的平台，1.我不确定我是否理解正确，但是我认为有价值/无价值的证明比率不是 attester 绩效的指标，而是 blockposal 绩效的指标。证明者无法控制是否/如何/何时将其证明包含在区块中，只能控制区块提议者。
此外，证明包含在链上的次数不是广播多少次的合适指标。客户端缓存证明，然后尝试将其包含在块中。每个客户必须实现一种算法来选择要包含在一个区块中的证明（即那些增值的证明）。
这种缓存打破了块包含与广播之间的任何关联。您在链上看到的证明膨胀是上述算法的失败，该算法将证明打包成块。
从很早的时候开始，LH就一直在使用一种算法来避免膨胀。因此，如果我正确理解的话，就证明人的表现而言，有价值/无价值的证明比率实际上就是噪音。
但是，将这种膨胀与阻止提议者/客户联系起来将很有趣。
2.当有多数客户并不总是遵循网络规范时，这不是一个公平的竞争环境。
我并不是说任何客户在实施规范方面都特别糟糕，所有团队都有问题。如果您是遵循该规范的少数客户，而大多数客户却未遵循该规范，那么您将失去包含滞后和正常运行时间得分的机会。
通过Medalla，网络规范一直在不断变化，因此我们当然应该期望出现差异。3.包容滞后倾向于鲸鱼。
让我们举一个极端的例子；如果您控制着50％的网络，则永远不会广播一次证明，并且统计上的包含滞后分数在0-1个时隙之间，并且正常运行时间为50％。这是因为本地证明（即来自验证者的证明）进入客户的阻止包含池中。如果您拥有50％的网络，您将获得1/2个区块，并且只需在其中放行证明即可，而无需在网络上发布它们。为了进一步演示，让我们做两个假设：
a）所有客户都是平等的。
b）网络在例如1-10个时隙之间具有一定的一致且随机的传播延迟。
根据这些假设，包含延迟将与每个节点的验证器成比例。
因此，我认为我已经证明证明者有效性得分不相关，或者取决于客户分布而受到很大的偏见，在您所采样的环境中，这种偏见尤其强烈（Medalla）。确实没有其他示例可以使用，因此，我感谢您尽力而为红桃
继续前进，请随时直接或通过Discord与我联系。我们一直渴望看到这种详细的研究，并且我们有知识可以为您做贡献。另外，作为关于致谢部分的厚脸皮的最后注解，如果您要比较产品，那么明智的是从您宣称为“更好”的团队之外*寻求团队的意见。哦，而且，我不是在声明此报告的结果是无用的或无效的。它肯定是有用的，并且作为作者的功劳，实际上没有其他信息可与之进行比较。
再次感谢作者，上午9:11 · 2020年10月27日

Sigma Prime非常高兴能最终揭开我们对Lighthouse的新品牌以及标题为“预告片”的视频#hellodanny重点介绍进入第0阶段的出色工作，#ETH2 !!观看w /声音：🔈
由EMPIRE创作：
@qnou，
更多信息：http://bit.ly/lhbrnd

新灯塔发布！包括对Zinken测试网的支持许多新功能和一些重大更改。有太多要提到的内容，您必须阅读发行说明。

现在发生的Lighthouse AMA： https：//reddit.com/r/ethfinance/comments/is9kt9/ethfinance_ama_series_with_sigma_prime_lighthouse / ... 来问我们为什么有一个小蜘蛛作为缩略图。（剧透：我不知道为什么）

@_franzihei
，你好。转推，让我可以使用tweet-storm :)
我似乎在加载图像时遇到问题，但是您说验证程序客户端（VC）无法连接到信标节点（BN）。
假设您正在正在运行BN，这是您可能会收到此错误的两个快速原因：
1.运行lighthouse bn --http时，您会丢失“ http”标志。
我知道这很烦人，对不起。我们正在对CLI进行一些更改，以使用户更难以忘记此处的标志：2. VC和BN之间没有网络链接。
BN运行一个HTTP服务器，默认情况下，该计算机只能使用TCP端口5052被计算机上的其他程序访问。
如果BN和VC位于不同的计算机上，或者可能位于Docker容器中，则解决方案会有所不同。希望这是其中之一。
我认识到通过tweet-storm支持用户也不是真正可扩展的张嘴和流冷汗的笑脸
在“ eth2 beta”的这一阶段，我们的Discord可能是您最好的资源。这里有一个非常有用的人组成的小社区。我最近确实在我们的文档中添加了“常见问题解答”部分，但是在内容上相当轻巧：
https://lighthouse-book.sigmaprime.io/faq.html
但是，社区很容易对其进行编辑！（请参阅下一条推文），
灯塔书（我们的文档）托管在我们的Github上，并且全部以markdown编写。
https://github.com/sigp/lighthouse/blob/master/book/src/faq.md，
通过网络浏览器（打着“不对”手势的男人终端），您可以编辑此页面并提交拉取请求。我们将对其进行审核，然后将其合并，网站将自动更新。
我们大部分的“核心开发人员”都将在我们即将进行的Mainnet前安全性审查之前着重于功能/修复。这对工程设计非常有用，但不幸的是，UX会留下一些盲点。
如果您有兴趣贡献我，我很乐意为您服务！

我们还在寻找#infosec人们加入我们
@sigp_io
。
-远程，弹性的工作时间，假期等，
-提供核心安全功能，以#eth2。
-不可知的区块链;实施和协议审查。
-模糊测试，渗透测试等，
看👇申请

新的#lighthouse发布！修复了数据库修剪导致数据库膨胀和同步问题的问题。请重新同步使用此版本以获取全部好处。对于测试网，写回移植代码似乎并不值得，对不起！

我记得
@peter_szilagyi
说
@zeroknowledgefm
（IIRC）区块链客户端全都在排队。
它卡在了我的脑海中，但是直到它上的所有混乱时，我才对它感激不尽。#eth2过去几天的Medalla。
Lighthouse指向古老块的证明不知所措，触发了大量磁盘和CPU工作来加载验证上下文。
我们缺少一个明确定义的排队系统，因此我们的CPU被阻塞，缺少块，我们无法说出原因，
在过去的几天里，我们基于
@tokio_rs
“阻止”任务。队列优先考虑最重要的消息（例如，阻止），而不是其他消息（例如，只有一票的证明）。
队列的最大大小为FIFO / LIFO，具体取决于消息类型。
性能的提高是显而易见的：
1.由于工作人员人数上的上限，平均CPU负载（loadavg）立即下降。
2.操作系统减少的上下文切换意味着更少的网络响应延迟。
3.优先考虑块使我们始终保持头脑清醒。
此外，我们添加了许多
@PrometheusIO
指标添加到这些队列中，并将其添加到我们的
@grafana
。
这是另一个巨大的改进，我们可以很清楚地看到哪些消息使我们放慢了速度，哪些消息被丢弃了。这是有价值的开发者反馈！
此外，我们能够开始向运行不合格硬件的用户提供更清晰的反馈。
这使他们可以在主网方面做出更好的硬件购买决策，并为我们提供了更多的故障排除工具以提供用户支持。
因此，现在我真的很欣赏队列在区块链客户端中的作用。
谢谢
@peter_szilagyi
出于智慧，它帮助我们在恶劣的网络条件下快速稳定下来。
另外，感谢
@zeroknowledgefm
在健身房时教我如何做我的工作，
下午4:09 · 2020年8月19日

谢谢 @EDCON_Official ！我的演讲内容包括： -回顾eth2现在的位置 -灯塔和eth2的最终冲刺概述 -信标链发射的所需属性 -也许是我们正在研究的内容的先睹为快？

我们刚刚与Altona测试网进行了第一次同步#Lighthouse从运行新的blst BLS库
@_Supranational
。
我们立即看到同步速度从〜130插槽/秒增加到〜230插槽/秒！🚀
做得好
@_Supranational
！在此处查看库：https://github.com/supranational/blst

有才华的 @sproulM_ 将开始在 @sigp_io 下周灯塔Eth2砍刀！我期待在我的放样设置中添加高性能的割草机！

谢谢 @ q9fmz 为此，很高兴看到对eth2客户进行了有据可查的分析。恭喜 @sigp_io 团队进行优化工作。尤其 @sproulM_ 为他的数据库工作和 @kirkthebaird 对于BLS的这项工作。

这#Lighthouse#eth2客户现在正在接受以下人员的首次安全审核：
@trailofbits
！🔎🔒
这对于该项目而言是一个非常激动人心的里程碑，我为参与其中的每个人感到非常自豪。🎉♥️
这是否意味着一旦完成主网我们就准备就绪？
还没有！仍然会有一些规范更新（v0.12），一个标准的Eth2 API和一些要实现的协议更新（Gossipsub 1.1）。
另外，这是
@trailofbits
评论，我们正在寻找至少一个主网之前的完整评论。我们希望明天发货，但是Eth2安全性非常重要。
我们需要确保规范和协议得到强化，并且已经对代码库进行了充分的分析。
我们根本无法做好准备。尽管如此，开始项目的分析阶段是向前迈出的重要一步。
我们期待阅读评论并实施建议。
谢谢你接我们
@trailofbits
。

伟大的研究 @qnou ！了解社区对Eth2的需求，欲望和愿望真是太好了。如果您正在研究Eth2放样，建议您看一下。（世界其他地方可能会停滞不前，但是以太坊2.0的发展速度正在加快。以下是从Lighthouse UX研究中获得的一些隔离经验。 http://bit.ly/eth2uxreport cc / @ sigp_io @ethereum #ethereum＃eth2）

您是未来的eth2风险承担者吗＃灯塔正在建立一个放样的界面！在＃eth2上的筹码应该很流畅并且可以访问，因此我们聘请了一位由UX公司领导的UX公司 @qnou 为了告知设计过程，我们很乐意在此次调查中提供您的意见！

嘿#EthDenver骇客！我们为您准备了一些好东西！🎁
--⚡新的小型测试网可节省您的时间和资源。
--🔖文档中的特殊部分仅用于ETHDenver项目构想。
--🤵 Lighthouse核心开发人员提供的本地和远程帮助！

新的100k验证器#Lighthouse#eth2在12个低规格AWS实例（2核，4GB）上运行的testnet。
它正在运行最新的多客户端互操作规范v0.10.1的状态转换代码。💫
它将在公开之前经过压力测试。关注此空间！

我非常期待阅读此结果。我等不及要看他们找到了什么。祝贺研究团队到此为止！

在过去的一个月里，Lighthouse发疯了，我几乎没有时间查看Twitter，更不用说发布了！
我们一直致力于优化同步时间，并且看到了很多改进。以下是我从最近的历史中可以记住的内容的一些回顾，
首先，我们已经运行了将近4周的公共测试网，而实际上并没有宣布它。
我们一直在忙于重新设计和优化，以至于从未真正放过它。下一个重大改进是仅剩一个PR，因此我们会延迟发布。
上周，我们发布了v0.1.1版本，但有些仓促。其中一项数据库优化无法与我们的分叉选择算法配合使用，并且我们发现testnet不稳定。一堆验证器开始使用奇怪的分叉进行生产，而我们几次失败了。
幸运的是，最近我们一直在努力防止丢失最终确定性，因此测试网可以顺利通过而不会丢失数据。
为了解决分叉选择问题，本周，我基于以下方面的出色研究，重新编写了分叉选择代码：
@protolambda
。在某些区域，新的分叉选择算法的速度提高了40倍！现在添加一个新的块实际上需要花费几微秒的时间。在我的笔记本电脑上，找到头部所需的时间不到一毫秒。
此外，线路数量是原来的1/2，测试数量是原来的10倍。全面改善！由于通过
@sproulM_
。至少我们说的是4倍的改进。
Michael大大减少了同步时需要写入磁盘的字节数量，而不会忘记链中的任何历史记录。实际上，我们从未真正丢失历史信息。相反，我们需要更长的时间来检索该信息。
因此，我们需要在快速同步和快速检索历史信息之间进行权衡。这种权衡是可以在CLI上配置的，因此用户可以选择是否只想快速同步并且不关心快速访问历史信息（例如验证器），还是不关心同步，但是希望快速访问历史记录（例如，区块浏览器）。这些优化的结果是，我们看到Lighthouse以6-20块/秒的速度同步一个16k验证器，生产规格网络。
我们的t2.medium AWS节点执行6 b / s的操作，而我的台式机则执行20 b / s的操作。
我们也在改善！。
@kirkthebaird
一直在进行一些BLS优化。我们要求他花一天的时间来看看他是否可以使我们的Rust BLS库更快，而他成功管理了10％。
此外，他还集成了Herumi的超快速手写BLS库。Herumi库看起来比它的本机Rust库快2倍之多，而且我们甚至都没有使用它。我们将其保存以备后用。我认为Herumi将非常有帮助，因为大约50％的块处理时间是签名验证。
另有约30％的用户对信标状态进行merkle散列，另外约15％的用户只是对信标状态及其所有缓存进行内存复制。我们已经知道如何摆脱该内存复制，我们只需要四处走走即可。老实说，事情进展如此之快，以至于我们还没有摘下低落的果实。
我认为我们也可以删除这些状态哈希时间，但这并不是一件容易的事。在网络堆栈和其他客户端中还发生了大量工作。所有核心团队都在做着出色的工作。
除了实际的开发工作外，我们还将采访Rust开发人员，为GUI准备RFC，并安排我们的安全审查。此外，我们一直在反馈规范，并且EF研究人员根据对优化的反馈对eth1投票机制进行了一些重大更改。我之前说过，但是
@sigp_io
。我们绝对会给eth2我们所有的东西，这将要发生。如果您是Rust开发人员，请查看我们的Twitter以获取工作机会。
如果您是UI / UX设计师，请检查我们的验证程序GUI RfP。
如果您是承包的devops专业人士，请直接与我联系，因为我需要启动测试网的帮助。
如有疑问，请随时提问:)
下午3:35 · 2020年1月15日