专题研究N2224：Vitalik关注的人（项目）之五十五Proto

专题研究N2224：VITALIK关注的人（项目）之五十五proto

按：VITALIK是以太坊区块链的创始人、精神领袖，年纪轻，入行早，理论水平高；人以群分，物以类聚；能被VITALIK在推特上关注的人，现在也只有三百余人；在今年早期，VITALIK曾经在推特上公开回答问题，也只是针对他关注的数百人开放；可见，他关注的人都是他欣赏、认可的人；故此，做个VITALIK关注的人专题，也是从区块链精英维度来了解他们对区块链和加密经济认知、观点的一个重要和精华的部分；个人觉得十分有意义。（当然这些人里面肯定有在我前期研究过的两千多个专题中的，就不再重复），此志。

proto.eth，
@protolambda，
Ethereum Researcher. OP Labs @optimismPBC
, prev. EF, working on #Ethereum scaling R&D. 🦇🔊
interwebz，protolambda.com，
2016年5月 加入，
1,338 正在关注，
1.4万 关注者，

文加密需要3AC #EthCC，下午5:23 · 2022年7月19日

使用 Twitter 就像静止搜索——如果线程中没有波动，优化的读者不会读到最后。
上午7:06 · 2022年7月6日

了解 Optimism 的基岩节点如何有效地从具有@protolambda
的第 1 层派生第 2 层块https://www.twitch.tv/kelvinfichter

400.000 eth2 验证者，很快™️，420k at the Merge?
下午10:03 · 2022年6月5日

写东西并意识到我可能需要一个文案编辑器，我可以不停地谈论以太坊协议。

受到启发，写了更多关于我对以太坊协议（L1 和L2)的未来）的看法。
我应该覆盖什么？
EIP-4844？ Danksharding？汇总？可组合性？辣的替代设计需要？ P2P网络？ Layer2 生态系统？ EVM 扩展？

Shkreli：“我仍然可以成为一个疯狂的人” - 不要认为任何人有任何疑问

努力完成实施工作以准备好测试网✨
就像一年前一样，它从一些在 L2 中安装 Merge 设计的想法开始，并使用 geohot 改造了防欺诈系统。自从 EVM 等价更新以来，我们已经迭代了一个开放规范和客户端实现，现在完全的以太坊等价（就我们在 L2 上而言）已经在望:)
上午1:45 · 2022年5月20日·

即将获得 Dank，
Danksharding，即
来听听为什么 EIP4844 是新的 EIP1559，
- @dankrad
(Danksharding 中的 Dank)
- @protolambda
(ProtoDanksharding 中的原型)
- @VitalikButerin
(社区成员)
，
- 由@TimBeiko
！
在 1 小时内！
https://youtu.be/N5p0TB77flM

基岩升级有：
- 带有引擎 API 的合并设计：单独的操作节点和 geth
- 几乎原生 geth，~500 行差异，1 次 git commit
- P2P 块中继，用于快速分散的 L2 副本，w/ @libp2p
- 更好的存款/取款
- 固定阻塞时间 + EIP-1559
- 我的世界模因🧊

etherscan 绿色瓷砖是新的 github 绿色瓷砖

这是我的帐户所有权和参与@0xPalladium
的证明。
b51b4b4775f9a57e29b1341269c6c9b59871c159a954bca69d9866a79369b516

可靠性优化器的问题：
在不将每个值填充到 32 个字节的情况下打包函数参数的最优雅方法是什么？
尝试了一个类型化的结构，但这不起作用。

观看@ercwl
关于模块化汇总安全设计的演讲……和 RPGF

我们要实现 L1-L2 费用整合的必杀技：交易类型需要支持 L1 数据的费用组件才能公平准确地为数据定价，除了 L1 数据增加之外，eip4844 有助于解决这个问题。
- ⁦⁦ @kelvinfichter
⁩在⁦ @TheSecureum
⁩ #devconnect

以太坊安全核心原则：模块化、专业化、多样化
@TheSecureum

帮助扩展以太坊和促进客户多样性的最佳方式是分享知识。如果您有资源，请在此处链接。https://twitter.com/gakonst/status/1516849179175268352

L1 前图像，L2 👀 @optimismPBC
的一个真实输入

今天，我被邀请加入协议公会 ( @StatefulWorks
)，作为以太坊 L1 的兼职贡献者。
任何资金都将转到一个干净的地址，对于我尚未由@optimismPBC
资助的任何 L1 工作，我会将其重定向回公会。
我要加入公会🧵无论我是否有资格获得资金，参与公会对我来说都很重要，因为我相信这将是长期以太坊基础设施的重要组成部分。
交流和包容是我继续通过工具、库和 EIP 为 L1 做出贡献的动力。
我的一些 L1 项目包括：
ZRNT：Eth2 状态转换、forkchoice、gossip-verification 和 misc 的 Go 实现。实验。
https://github.com/protolambda/zrnt
ZCLI：用于 Eth2 客户端开发的调试 CLI 工具
Remerkleable：共识规范测试中使用的 python SSZ 实现
https://github.com/protolambda/remerkleable
EIP-4844（贡献者）：我们需要扩展以太坊的数据可用性以使 L2 扩展。
在我的 github 上还有更多内容：eth2-testnet-genesis、eth2-val-tools、go-kzg、eth2api、go-eth2-reqresp、go-eth2-peerstore 和偶尔的协议安全内容。目前@optimismPBC
正在资助维护这个（是的，他们这样做很棒），我不希望这会改变，但在非工作时间，我可能会加倍投入更多的 L1 工作。我也许应该建造一个结合它的东西🤔
上午12:31 · 2022年4月13日

数字 NFT 上帝已经说过，
/jk。不过，真的，阅读这篇文章，你会意识到这些随机 TPS 数字是多么可怕。https://twitter.com/kelvinfichter/status/1513758388047519748

提醒：如果您为这些以太坊项目之一做出贡献✨ ，请在@element_fi
中声明您的投票权

我为 Semaphore 可信设置仪式做出了贡献！ 🎉
你可以在这里贡献： https://semaphore.zkparty.net
你可以在这里查看我的证明：

为什么还没有服务可以通过在主网以太坊上支付单一费用 + ETH 押金，在每个选择的 L1/L2 上向您发送价值 X 美元的本地付费代币？

Element Finance 正在改变游戏规则，他们了解以太坊贡献者也是 Defi 生态系统贡献者❤️

“在 DeFi 中构建糟透了”小组出人意料地具有建设性，那么辣味@adietrichs
在哪里？

轻客户端是最终游戏#lodestar的终极动力

Spicy 在#ETHDubai 🌶处通过@adietrichs
处理元 txs 和执行改进，
有以太坊的想法吗？明天在 youtube 上观看核心开发过程。然后参与缩放，发送该 EIP ;)

被低估的 EIP，使用存款树快照设置一个新的共识层节点将变得更快。

Telegram 机器人正在学习如何进行书呆子狙击：从病毒式加密推文中随机抽取一个词（相同的用户名），然后询问我是否“对此有任何了解”（这个问题毫无意义）。请继续在推特上狙击书呆子，谢谢。

我对协议公会的看法是错误的。
接受任何开发，但围绕此的框架尚未运行。
L1团队从一开始就被放置在公会中，
其他人将不得不等待框架定义贡献（困难的问题）和公会开始。
不排除已经为 L1 做出贡献的 L2 开发人员（即使只是兼职），但必须等待。
此外，protocol-guild 成员与 core-dev 不同，没有把关。
协议公会的反应非常好，我希望框架能够交付，我们可以一起构建以太坊 L1。
@trent_vanepps
我指望你，建立资金模型很难。
我们需要小心保持 L1 开发的公开和公平。

全面披露：“协议公会”不包括参与 L2 的任何人，即使您投入大量时间来扩展 L1。
尊重 L2 对 L1 以太坊投入的资源，而不是建立替代链，把关核心开发只会阻止创新。

使用 EIP-4844，L2 事务/状态差异可以存储在 blob 中，而不是劫持用于 L1 EVM 的 L1 调用数据。
这使得剪枝、KZG 承诺和完全分片的前向兼容性成为可能。
期待主线！跟随@pseudotheos
哦，也许是最重要的一点：它有效地将 L2 的数据可用性从大约 10 KB 增加到 1 MB。
休闲 100 倍，不能忘记😅

以太坊 Verkle 树的惊人工作👀

每次我想开始一个新项目时，我面前都会有一个 ENS 寮屋。

这是 Go 代码
...运行 EVM
...模拟 MIPS 机器
...运行编译的 Go 代码
...运行 EVM
...你可以破解 50K 美元的赏金！

闪回 ETHBerlin 的伟大色彩之战，现在在 L2 推特上*
idk，由于红色圆形图标，我们开始在@optimismPBC
配置文件中使用🔴 ，现在我看到弹出一个蓝色圆圈： https://twitter.com/arbitrum/status/1498799298552676357
虽然此时战斗模因有点糟糕，但请不要战争

在@EthereumDenver
，我们一起破解了一个完整的数据块事务原型！ （又名迷你 danksharding），
数据 blob 是实现完整以太坊分片的第一个里程碑，使@optimismPBC
等汇总的容量增长 100 倍。
这是关于原型🧵的推文线程，
球队：
执行层： @lightclients
@adietrichs
(被子), @asn_d6
(EF), @protolambda
( @optimismPBC
)，
共识层： @terencechain
@rauljordaneth
@preston_vanloon
( @prylabs
) Big sean ( @sigp_io
)
，
规格帮助： @icebearhww
@dankrad
@VitalikButerin
(EF) + EL/CL impl 反馈，
我们最终没有正式提交黑客马拉松工作，但已经构建了很多东西！
您可以在此处找到丹佛黑客马拉松规范和链接： https://hackmd.io/@protolambda/ethdenver_data_blob_transactions
在接下来的几周内，我们将开始开发开发网并准备 EIP。
这是我们正在部署的内容，
以太坊更新：
- 数据 blob 事务类型
- 类型化包装数据的 EIP-2718 扩展（tx-pool/journal-only 数据）
- 引擎 API 更新（基于 eth2 合并）
- KZG 预编译 blob/点验证 (!!!)
- Blob 版本化哈希操作码，
这也为全 danksharding 的 go-ethereum 做好了准备：前向兼容性以解除对未来 eth2 扩展工作的阻碍，如分片和数据可用性采样！
这给我们带来了共识层的变化，有两个团队，
@prylabs
正在 Kiln 测试网的信标节点开发分支的一个分支中实现数据块： https://github.com/prysmaticlabs/prysm/compare/kiln...blobs，
@sigp_io
(realbigsean) 在没有澳大利亚人的情况下进行黑客攻击，但取得了良好的进展：
数据块存储在共识层中，并在可用期(TBD约 1 个月后进行修剪。
修剪的可用性确保所有参与者都可以同步汇总/L2 更改，同时还限制了所需的 L1 资源。
为了使用有限资源进一步扩展 L1，我们正在考虑部署完整版本的 danksharding：不是将所有 blob 分发到所有节点，而是使用数据可用性采样 (DAS) 来确保可用性，每个节点的工作量最少。现在回到迷你 danksharding：它不是那么“迷你”，每个块有 16 个 blob，每个 32 字节的 4096 个点，目标是一半（类似 EIP1559），我们每 12 秒有 1 MB 的数据！
Rollups 目前每个块使用 2-10 KB，这是 100 倍的容量差异🤯
一旦提议者从执行层 tx 池中挑选出一个 blob 事务，解包后的版本就会被放入执行有效负载中，并且 blob 与信标块一起分发。
为什么不在你问的信标块中？
共识层上的这种“边车”设计使我们能够在数据可用性采样准备好后立即继续进行完整分片：对于采样验证器，blob 成为可选的。这释放了资源并允许我们将 blob 的数量再增加 10 倍。不过，我们可以使用您的反馈来改进 data-blob-tx 提案，理想情况下，在 2 周内召开 AllCoreDevs 电话会议之前，我们可以提供最好的 EIP :)
在 Ethereum R& ;D discord 或 twitter 中与我们联系，我们正在倾听。我们也将很快打开一个以太坊魔术师论坛帖子。
还有好处：当前提案在这些 blob txs 中定期执行 EVM，以使 zk-rollups 能够对 blob 执行更多原子操作。
很高兴拥有，但没有 KZG，我们无法发货。
是否有任何 ZK 团队可以帮助构建用于 KZG 设置的 MPC？一起发货吧🤝
就是这样，期待修复所有的黑客马拉松错误，我们正在构建一些非常困难的东西，但这是值得的。
特别感谢@dankrad
和@VitalikButerin
的初始 data-blob tx 草稿，让困难的事情变得简单

Optimism 中的严重错误，由@saurik
发现并在没有网络损坏的情况下解决。 👏
白帽黑客很了不起，协议在公开的情况下发展得最好，同时提供大量的漏洞赏金。
新的基岩版即将推出：开放规范、开放开发、最小的 Geth 差异。

当您可以使用 metamask 套利时，您就知道市场已经超卖了。不是财务建议。
下午8:12 · 2022年1月24日

有人使用他们的 uniswap v3 职位作为头像吗？它有效吗？

有趣的阅读，但这故意模糊了界限：L2 在 L1 上具有数据可用性的安全性，而 L3 则没有。
分形具有具有相同字符的层，而这些没有。让营销远离 R& ;D工作。

"
这是 Go 代码
...运行 EVM
...模拟 MIPS 机器
...运行编译的 Go 代码
...运行 EVM
" - @realGeorgeHotz

. @cobie

你想做最后一道题@ledgerstatus

吗？

@ledgerstatus

我们喜欢知道一点阿尔法，我们的听众可以更快乐... (拖延）

@VitalikButerin

$PBS , $CRL , $KZG $MEV , $DAS , $SSLE

TFW，您意识到在 4 小时的国际旅行和 6 个长时间的工作电话之后，您仍然热衷于编码。然而，我无法让自己在假期之间编写一行有趣的代码。这是一个美好的假期，但回来的感觉真好。

Q1：不，如果信号太嘈杂/太忙，请尝试调整它而不是使其静音，
Q2：追溯推特：每个月使用一个匿名账户（如果服务条款允许），稍后再透露身份。揭示时，对最佳回复/线程进行排名，并鼓励与匿名者进行更好的对话

2022 年预测：区块构建者进化年，
考虑到：
- flashbots 创新
- 新颖的 MEV 分发（燃烧？用户？公共产品？很多）
- 快速配置（“原型块”，哈哈）
- #L222 : 竞争不同的构建器协议
- 合并后的新设计选项
- 与 Alt L1 的竞争
- 迈向更高的数据可用性

渴望$rust ，然后在使用泛型硬分叉到 1.18 时旋转回$go

音乐应该在 CT 上更受欢迎，我已经看过足够多的 jpeg。
雨舞 - Jazzinuf

Go 1.18：泛型！
预计在 2 月发布。已经在计划我的 Go 项目以重构和发布，以及开源新事物 (iykyk)，我很兴奋。
新的 Gophercon 视频：

Kintsugi Merge 测试网已上线！
由于@parithosh_j
、 @skylenet
和客户端开发人员，它非常易于使用和加入！
帮助测试合并，从这里开始：
https://kintsugi.themerge.dev

需要第三个监视器来进行适当的 3 路流/呼叫，跟不上以太坊。
上午3:19 · 2021年12月10日

没有稳定币，美元就不会成为世界储备货币。

合并测试网是轻描淡写的。 @parithosh_j
每周都像机器一样运转它们。
DevOps 很重要，它对客户端实施者进行合并有很大帮助。
加入 DevOps 团队

今年#SpotifyWrapped
收听了 3011 位艺术家，增加了 300 位，
从 722 个流派到只有 180 个流派，Spotify 变了？
@BanklessHQ
顶级播客 @ 2255 分钟（45 集），
向下到顶部 0.5% 涅槃听众，哈哈
降至“仅”75443 min (= 52 天）：调用太多，深度工作不够。
Spotify 没有错。
专注和建设。
重复一首歌。
提前一年发布了多客户端 Merge 测试网。
这是一个美好的一年。

我支持 EIP-4488！让汇总更便宜！
让我解释一下这是什么，以及为什么我支持它，技术 TLDR：EIP-4488 将 calldata 成本从每字节 16 个 gas 降低到 3 个 gas，每个块的 calldata 上限以降低安全风险。
最终用户 TLDR：汇总成本开销减少，从而降低了 L2 费用。
这听起来好得令人难以置信，所以这里有一个问题：
它不会直接增加 L1 数据容量，而是平衡执行成本和数据成本，有利于汇总，
同时保持类似的最大容量。
这种重新平衡意味着可用容量的平均数据使用量将上升，而不是最大容量本身。
所以从长远来看，我们肯定需要分片来增加容量，但从短期来看，我们可以享受更低的汇总费用。
不久前，我开始使用@OptimismPBC
，但这并不是唯一受益的汇总。
Starkware 开始了对话（AFAIK），Arbitrum 等其他公司也将受益。
参见 EIP 4490： https://github.com/ethereum/EIPs/pull/4490 （4488 以多种方式对其进行了改进），
数据可用性是最基本的扩展问题，这个 EIP 为与之抗争的 L2 协议提供了一种解脱。从长远来看，我仍然计划在@OptimismPBC
的支持下继续我的分片工作。
短期和中期来说，分片还为时过早，但 Merge 是重中之重，rollup 仍在迅速发展。
一般来说，我认为这是以太坊的正确方向：
Rollups 可以随着采用(=反馈和资金而增长），而 L1 主要专注于转向权益证明，并且每个人都可以在准备好后致力于分片。
关于治理：当我第一次发现这个 EIP 时，我很犹豫，我尊重其他被推迟到合并之后的 EIP，并且提议的 4488 时间表非常快（最好在合并之前）。虽然投资于汇总的开发，但盲目支持是错误的。
但是，技术复杂性很低，在我们进行分片之前是有意义的。
我联系过的其他 EIP 的作者也都非常积极，他们的支持就在那里。
如果有人还没有工作，我可能会帮助编写或测试一些实现。
你也可以#supportEIP4488 ！加入 R& ;D discord 并询问您可以帮助谁。
如果你想阅读更多，你可以在这里找到 EIP 和讨论：
EIP草案： https://github.com/ethereum/EIPs/blob/a12d2155f51319461b6a18ff9fc924c5d7e29c71/EIPS/eip-4488.md

事实是，应用程序一直在泄漏到其他抽象层。
EVM 兼容性允许部署 dapps 的 Hello-World（主要是 ERC-20）
EVM Equivalence 支持同等气体优化、交易跟踪和保留 L1 审计的属性。
最终结果是黄纸等效：执行层遵循 L1 技术规范。
跨链桥、状态通道、交易签名等都依赖于 EVM 之外的东西。 ORU 可以从 L1 中采用的东西，但 ZK-RU 却很挣扎。
这是我对@optimismPBC
的理念：
- 最大化共享 L1 属性
- 最小化 L2 执行差异
一体化，
L2 共识可以是一个非常优雅的东西，可以优化这一点，并随着时间的推移对其进行改进：目前正在运行乐观规范 1.0。为了让@optimismPBC
真正成为 OP（超能力），我们需要开发能够更好地集成 L2 的加电：利用以太坊。
每次上电要么更新汇总共识层以改进集成，要么减少执行层差异。