@MacaesBruno In fairness, from the "look not at people's words, but at their actions" point of view, Elon has been more helpful than almost all of the others (maybe all the others?)
@MacaesBruno 公平地说，从“不看人的言辞，而是看他们的行动”的角度来看，埃隆比几乎所有其他人都更有帮助（也许所有其他人？）
RT: Crypto bots are the worst. Fake Vitaliks are all around me 🤣
RT：加密机器人是最糟糕的。假Vitaliks就在我身边🤣
RT: Today @SECGov, we charged Kim Kardashian for unlawfully touting a crypto security.
This case is a reminder that, when celebrities / influencers endorse investment opps, including crypto asset securities, it doesn’t mean those investment products are right for all investors.
RT：今天@SECGov，我们指控金·卡戴珊非法兜售加密安全。
这个案例提醒我们，当名人/影响者支持包括加密资产证券在内的投资机会时，并不意味着这些投资产品适合所有投资者。
RT: Latest Week in Ethereum News
https://weekinethereumnews.com...
Thanks to @HardhatHQ for making this issue possible 🙏
RT：以太坊新闻的最新一周
https://weekinethereumnews.com...
感谢@HardhatHQ 让这个问题成为可能🙏
@RichardHanania @MazMHussain I actually really admire your ability to make these large pivots in opinions about specific subjects in response to new evidence.
@RichardHanania @MazMHussain 我真的很钦佩你在回应新证据时对特定主题的意见做出这些重大转变的能力。
RT: Account abstraction: New version of ERC 4337 released!
https://github.com/ethereum/EI...
Added signature aggregation. The implementation now includes BLS.
@drortirosh @VitalikButerin
RT：账户抽象：ERC 4337 新版本发布！
https://github.com/ethereum/EI...< /一>
添加了签名聚合。该实施现在包括 BLS。
@drortirosh @VitalikButerin
So many scam accounts have blue checkmarks these days.
Seems like a complete failure of blue checkmarks in their current form. I'm definitely seeing the wisdom of turning twitter into an open API and letting third parties try to make the best UIs to solve these problems. https://t.co/CIwAdpRAkv
如今，许多诈骗帐户都有蓝色复选标记。
当前形式的蓝色复选标记似乎完全失败。我肯定看到了将 twitter 变成开放 API 并让第三方尝试制作最好的 UI 来解决这些问题的智慧。 https://t.co/CIwAdpRAkv
@KaRipDough @ObadiaAlex https://t.co/fPhRHw7EOr
@KaRipDough @ObadiaAlex https://t.co/fPhRHw7EOr
@ObadiaAlex I interpreted this as "Batman vs Pikachu".
Fortunately, we can auto-generate posters for even hypothetical movies these days! https://t.co/nERc0khIp1
@ObadiaAlex 我将其解释为“蝙蝠侠大战皮卡丘”。
幸运的是，这些天我们甚至可以为假设的电影自动生成海报！ https://t.co/nERc0khIp1
@zhew2013 Dapps have to support 1271. Sorry, dapps are going to just have to adapt, and this will be true in the medium run for lots of reasons other than account abstraction (eg. EIP-4444; moving to L2s), no way around it.
@zhew2013 Dapps 必须支持 1271。抱歉，dapps 将不得不适应，这将在中期实现，除了帐户抽象之外的许多原因（例如 EIP-4444；迁移到 L2s），没办法周围。
@TreborYatska Reputation systems are bad because you should be able to pop in as an actor that no one else has heard of before and send a transaction into the mempool through Tor. Relying on reputation would make that infeasible.
@TreborYatska 信誉系统很糟糕，因为您应该能够以以前没有人听说过的演员身份出现，并通过 Tor 将交易发送到内存池。依靠声誉将使这一点变得不可行。
@TreborYatska Tx senders. They're called user operations in account abstraction because they're not "technically" transactions in the ethereum protocol sense of the term.
@TreborYatska Tx 发件人。它们在帐户抽象中被称为用户操作，因为它们不是以太坊协议术语意义上的“技术上”交易。
@robinhanson Median is similar to 1991-2022 levels inclusive, mean is WW2-level
@robinhanson 中位数类似于 1991-2022 年的水平（含），平均值是二战水平
How much can we constrain builders without bringing back heavy burdens to block proposers?
https://ethresear.ch/t/how-muc...
在不给阻塞提议者带来沉重负担的情况下，我们可以在多大程度上限制构建者？
https ://ethresear.ch/t/how-muc...
Big thanks and appreciation to all the amazing people working on refining all of these proposals and actually getting them out there. Excited to keep moving this forward!
非常感谢和感谢所有致力于完善所有这些提案并真正将它们付诸实践的出色人士。很高兴继续向前推进！
The good news is that we're narrowing down toward an actual path for account abstraction, something we've always wanted but have not managed to actually have!
And with the "carrot" of cost savings in rollups with signature aggregation, there's finally an incentive to adopt it.
好消息是，我们正在缩小帐户抽象的实际路径，这是我们一直想要但实际上没有成功的东西！
随着签名聚合在汇总中节省成本的“胡萝卜”，终于有了采用它的动力。
These can't be done with an ERC. They require an actual consensus-changing EIP.
* EIP-3074 does the first
* EIP-5003 does the second
* No EIPs yet for the third, but see an introduction to the problem and a solution path here: https://notes.ethereum.org/@vb...
这些不能用 ERC 完成。他们需要一个真正改变共识的 EIP。
* EIP-3074 是第一个
* EIP-5003 做第二个
* 第三个还没有 EIP，但请参阅此处的问题介绍和解决方案路径：发表时间：1年前 作者：Vitalik Non-giver of Ether @VitalikButerin详情
Now, problems that are NOT solved by ERC-4337!
* Letting existing EOAs send ops that get paid for by third parties
* Upgrading existing EOAs to contracts
* Integration with transaction inclusion lists (an anti-censorship feature in PBS)
现在，ERC-4337 无法解决的问题！
* 让现有的 EOA 发送由第三方支付的操作
* 将现有的 EOA 升级为合同
* 与交易包含列表集成（PBS 中的反审查功能）
The signature aggregation feature allows builders and batch submitters to also aggregate signatures (eg. BLS, later with SNARKs), greatly reducing the data that goes on chain. This is a critical cost-saving feature for rollups, where data costs dominate.
https://twitter.com/vitalikbut...
Some quick theorycrafting of how much data space we can save by improving compression (especially in rollups).
ERC4337 signature aggregation ( https://github.com/eth-infinit... ) is essential to this. https://t.co/nrlcOpVJKb
签名聚合功能允许构建者和批量提交者也聚合签名（例如 BLS，后来使用 SNARK），大大减少了链上的数据。对于数据成本占主导地位的汇总而言，这是一项关键的成本节约功能。
https://twitter.com/vitalikbut...
通过改进压缩（特别是在汇总中）我们可以节省多少数据空间的一些快速理论。
ERC4337 签名聚合（https://github.com/eth-infinit...< /a> ) 对此至关重要。 https://t.co/nrlcOpVJKb
But if you use this feature, then you are relying on some external mechanism to pay for the op, and you should better be sure that it won't disappear on you!
(If it does, you would have to pay ETH and push the op through yourself)
但是如果你使用这个特性，那么你是在依赖一些外部机制来支付op，你最好确保它不会消失在你身上！
（如果是这样，您将不得不支付 ETH 并自己推动操作）