以太坊 的最新消息

@Noahpinion I don't understand the anti-reply guy hate. Surely replying to people is a *more* genuine form of conversation because your main goal is actually talking to the person, rather than public broadcasting?

@Noahpinion 我不明白反回复的家伙讨厌。当然,回复人是一种*更*真实的对话形式,因为您的主要目标实际上是与人交谈,而不是公共广播?

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@zengjiajun_eth I agree for ERC20s, but that doesn't work for NFTs or general-purpose applications.

@zengjiajun_eth 我同意 ERC20,但这不适用于 NFT 或通用应用程序。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

RT: The Goerli testnet will merge in the next ~2 days, this will be the last testnet to merge before mainnet.
If you are running a Goerli node, please update and follow the numerous guides to ensure we can have a smooth merge.
More information here: https://notes.ethereum.org/@la... https://t.co/3C5nBUEgGF

RT:Goerli 测试网将在未来 2 天内合并,这将是在主网之前合并的最后一个测试网。
如果您正在运行 Goerli 节点,请更新并遵循众多指南,以确保我们可以顺利合并。
更多信息在这里:https://notes.ethereum.org/@la...< /a> https://t.co/3C5nBUEgGF

发表时间:3年前 作者:Ethereum @ethereum详情

Idea: stealth addresses for ERC721s.
A low-tech approach to add a significant amount of privacy to the NFT ecosystem.
So you would be able to eg. send an NFT to vitalik.eth without anyone except me (the new owner) being able to see who the new owner is.
https://ethresear.ch/t/erc721-...

想法:ERC721s 的隐形地址。
一种为 NFT 生态系统增加大量隐私的低技术方法。
所以你可以例如。向vitalik.eth 发送一个NFT,除了我(新所有者)之外的任何人都无法看到新所有者是谁。
https://ethresear.ch/t/erc721-...

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@pourteaux Most sovereign nation states also do that.

@pourteaux 大多数主权国家也这样做。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@illuminattylite @pourteaux It's really complicated because it's a three-layer game, not a two-layer game.
Not individual vs group, but individual vs group vs world, and often individuals have connections to many intersecting groups.

@illuminattylite @pourteaux 这真的很复杂,因为它是三层游戏,而不是两层游戏。
不是个人vs群体,而是个人vs群体vs世界,而且个人通常与许多相交的群体有联系。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@TrustlessState @_jamiis wait what, what has jesse powell done to us?

@TrustlessState @_jamiis 等等,杰西鲍威尔对我们做了什么?

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@pourteaux Offshoring strongly benefits people in low-income countries, and has lifted hundreds of millions out of extreme poverty. Would be really sad to see this new era of geopolitical mistrust and nationalism ruin that.

@pourteaux 离岸外包极大地造福了低收入国家的人们,并使数亿人摆脱了极端贫困。看到这个地缘政治不信任和民族主义的新时代毁了这一点,我真的很难过。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@robreich @cafreiman @NathanpmYoung Oh I actually had big philanthropy specifically in mind. A big tree and a trillion blades of grass is less pluralist than five different big trees.

@robreich @cafreiman @NathanpmYoung 哦,我实际上特别想到了大慈善事业。一棵大树和一万亿片草叶不如五棵不同的大树那么多元化。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw I can't find any global storage variables that a handleOps call edits. So it just reads stuff and edits user-specific stuff, which won't block parallelization as long as you stick to one op per user per set of ops that you try to parallelize (which is the best you can do anyway)

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw 我找不到handleOps 调用编辑的任何全局存储变量。因此,它只是读取内容并编辑用户特定的内容,只要您尝试并行化的每组操作坚持每个用户一个操作,就不会阻止并行化(无论如何这是您可以做的最好的事情)

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw As long as you only block parallelization on writes, rather than just reads, multiple calls to a single entry point should work!

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw 只要您只阻止写入并行化,而不仅仅是读取,对单个入口点的多次调用应该可以工作!

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw And there's a big design space in the middle.
Is there any info or docs on what parallelization scheme Scroll is looking into?

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw 中间还有很大的设计空间。
是否有任何关于 Scroll 正在研究的并行化方案的信息或文档?

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw I guess that depends on what type of parallelization you have in mind. If you craft the parallelization scheme around ERC4337, then you can use it as is. The other is extreme is a totally generic parallelization like https://github.com/ethereum/EI..., which would require N entry points.

@toghrulmaharram @zengjiajun_eth @SandyPeng1 @yoavw 我想这取决于您想到的并行化类型。如果您围绕 ERC4337 设计并行化方案,那么您可以按原样使用它。另一个极端是完全通用的并行化,例如 https://github.com/ethereum/EI.. .,这将需要 N 个入口点。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@toghrulmaharram @zengjiajun_eth @SandyPeng1 Of course you also could use this scheme to do SNARK-based aggregation of EDCSA sigs, which would avoid needing to figure out how to snark pairings.

@toghrulmaharram @zengjiajun_eth @SandyPeng1 当然,您也可以使用此方案对 EDCSA 信号进行基于 SNARK 的聚合,这将避免需要弄清楚如何进行 snark 配对。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@toghrulmaharram @zengjiajun_eth @SandyPeng1 BLS signature aggregation to save on-chain data, see
https://mobile.twitter.com/Vit...
https://github.com/eth-infinit...

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

发表时间:3年前 作者:vitalik.eth @VitalikButerin

@toghrulmaharram @zengjiajun_eth @SandyPeng1 BLS 签名聚合以保存链上数据,请参阅
https://mobile.twitter.com/Vit...
https://github.com/eth-infinit...

通过改进压缩(特别是在汇总中)我们可以节省多少数据空间的一些快速理论。
ERC4337 签名聚合(https://github.com/eth-infinit...< /a> ) 对此至关重要。 https://t.co/nrlcOpVJKb

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@zengjiajun_eth @toghrulmaharram @SandyPeng1 @yoavw When you implement parallelization why can't you just make an entrypoint contract that uses those parallelization features to verify the ops in parallel?
Or just split between N batches and process those in parallel.

@zengjiajun_eth @toghrulmaharram @SandyPeng1 @yoavw 当您实现并行化时,为什么不能只制作一个使用这些并行化功能来并行验证操作的入口点合约?
或者只是在 N 个批次之间拆分并并行处理。

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@zengjiajun_eth @SandyPeng1 And BLS compression to save data 😄
(Ok fine that requires scroll to support snark proving the bn128 pairing precompile, which is a bit hard)

@zengjiajun_eth @SandyPeng1 和 BLS 压缩来保存数据😄
(好吧,需要滚动来支持 snark 证明 bn128 配对预编译,这有点难)

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@NathanpmYoung @cafreiman @tyler_m_john @moskov People today who fund projects useful to future people would get certificates that they could sell to long-term investors.
Present proxies can be fine but I do think creating explicit institutions can be good and avoid self-serving bureaucracies acting "in the name of" cause X

@NathanpmYoung @cafreiman @tyler_m_john @moskov 今天资助对未来人们有用的项目的人将获得可以出售给长期投资者的证书。
目前的代理可以很好,但我确实认为创建明确的机构可以很好,并避免自私的官僚机构“以”原因 X 行事

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情

@NathanpmYoung @cafreiman Future people is an interesting case because it's harder to come up with an institution to represent them formally, so all we have today is present people acting as self-appointed proxies.
Maybe retroactive funding with really long time horizons?

@NathanpmYoung @cafreiman 未来的人是一个有趣的案例,因为很难找到一个正式代表他们的机构,所以我们今天所拥有的只是在场的人充当自我任命的代理人。
也许是具有很长一段时间的追溯资金?

发表时间:3年前 作者:Vitalik Non-giver of Ether @VitalikButerin详情