@jaemin_eth @koeppelmann @gakonst @gnosischain And before then, test the extremes of today's PoS by reducing slot times until stuff starts going seriously wobbly

@jaemin\u eth@koeppelmann@gakonst@gnosischain，在此之前，通过减少吃角子老虎的时间来测试今天PoS的极端情况，直到东西开始严重摇晃

@jaemin_eth @koeppelmann @gakonst @gnosischain I personally would love to see @gnosischain implement single slot finality on a highly accelerated schedule as soon as there's a candidate spec!

@jaemin\u eth@koeppelmann@gakonst@gnosischain我个人很希望看到@gnosischain在有候选规范的情况下尽快以高度加速的时间表实现单槽最终性！

Fascinating discussion on ethereum's PoS design here (scroll up and down and through quote tweets, lots of good points made) https://twitter.com/gakonst/st...

这里有关于以太坊PoS设计的精彩讨论（上下滚动并浏览引用推文，提出了很多好的观点）https://twitter.com/gakonst/st...

@kate_sills Blockchains themselves will morph into platforms where only a fairly small number of nodes store the entire history, most regular nodes will store small portions.

@kate\u sills区块链本身将演变为平台，其中只有相当少的节点存储整个历史，大多数常规节点将存储小部分。

@kate_sills Right, it all depends on exactly what the costs are. I just suspect that if blockchains get scalable enough to be long-term usable for financial stuff, they'll also be cheap enough for text-message-sized non-financial stuff.

@kate\u说得对，这完全取决于成本。我只是怀疑，如果区块链具有足够的可扩展性，可以长期用于金融产品，那么它们对于短信大小的非金融产品也会足够便宜。

@thenim9 @provenauthority @TrustlessState @owocki Need a blockchain anyway eg. if you want a persistent account that can survive key changes. From that point, why not lean on it a bit more?

@thenim9@provenauthority@TrustlessState@owocki无论如何都需要一个区块链，例如，如果你想要一个能够经受住关键变化的持久账户。从这一点上讲，为什么不更多地依靠它呢？

@kate_sills It's a mild example but imo the most easily defensible one, of that extra non-minimal chain use not being *strictly necessary* but still being a good idea

@kate\u sills这是一个温和的例子，但我认为这是最容易辩护的例子，额外的非最小链条使用不是“严格必要的”，但仍然是一个好主意

@kate_sills In the ENS example, what I mean is, your combined ENS record is bigger than 32 bytes, and one could make a version of ENS where only the hash is on chain and the record on IPFS. But I think the current approach is better for convenience.

@kate\u sills在ENS示例中，我的意思是，您的组合ENS记录大于32字节，可以创建一个ENS版本，其中只有哈希在链上，记录在IPFS上。但我认为目前的方法更方便。

@kate_sills IPFS for bigger files, of course.

@当然，kate\u会为更大的文件使用IPF。

@kate_sills In general, if you want top quality retrievability guarantees for bite sized chain data, encrypted on chain is a great place to dump it.

@kate\u sills一般来说，如果您想为小规模的链数据提供高质量的可检索性保证，那么在链上加密是一个很好的转储它的地方。

@kate_sills That's not the same, that's actually using the chain for conventionally chainy things. I mean like, if the contents of your sbt are like 10-200 bytes (true for many records), then you should just stick it all (obviously encrypted) on chain to make it easier to retrieve

@kate\u sills这不一样，实际上是用链条来做传统的链式事情。我的意思是，如果您的sbt的内容是10-200字节（对于许多记录都是这样），那么您应该将其全部（显然是加密的）粘贴在链上，以便更容易检索

@llllvvuu @whit3d0t I mean more the records that together make up often quite a bit more than 32 bytes, so in principle they could be replaced by a hash

@llllvvuu@whit3d0t我指的是更多的记录，这些记录一起组成的字节通常比32字节多一点，所以原则上它们可以用散列代替

@provenauthority @TrustlessState @thenim9 @owocki I do actually support hashes on-chain and data off-chain and ZK-provable for most of the use cases!

@provenauthority@TrustlessState@thenim9@owocki我确实支持链上散列和链外数据，并且ZK可用于大多数用例！

@whit3d0t ENS records is a trivial one. Could instead store the hash of the entire set of records on-chain and the individual records on IPFS, but I think the pure on-chain approach is better.

@whit3d0t ENS记录是一个微不足道的记录。可以将整个记录集的散列存储在链上，将单个记录存储在IPF上，但我认为纯链上方法更好。

@TrustlessState @thenim9 Like, I do think that some aspects of a functioning reputation system have to be non-consensual. Otherwise you can't penalize people doing bad stuff.
But you also don't want abuse of power, defamation, competitive attacks, etc to ruin things.
So, a complicated balance.

@像TrustlessState@thenim9一样，我确实认为一个正常运作的声誉系统的某些方面必须是非协商一致的。否则你不能惩罚那些做坏事的人。
但你也不希望滥用权力、诽谤、竞争攻击等毁掉一切。
所以，一个复杂的平衡。

@TrustlessState @thenim9 "Depends on implementation details"

@TrustlessState@thenim9“取决于实现细节”

@thenim9 @TrustlessState Depends on how the NFT is used, how many bytes are in the metadata, and how often it's updated or issued.

@im9@TrustlessState取决于NFT的使用方式、元数据中的字节数以及更新或发布的频率。

@TrustlessState I wasn't referring to you! It's a sentiment I hear from "decentralization but not blockchain" folks all the time.

@我不是指你！这是我一直从“分权而非区块链”的人那里听到的一种观点。

RT: Another merge-heavy @ethereum #allcoredevs today 😁 TTD, beacon chains, Ropsten, difficulty bomb, we covered it all!
Agenda: https://github.com/ethereum/pm...
Stream: https://youtu.be/5mMd-XHAv2Q
Recap below ⤵️ https://twitter.com/TimBeiko/s...

RT：今天又有一个合并重量级@以太坊#allcoredevs😁 TTD、信标链、Ropsten、难度炸弹，我们都覆盖了！
议程：https://github.com/ethereum/pm...
流：https://youtu.be/5mMd-XHAv2Q
下面重述⤵️ https://twitter.com/TimBeiko/s...

Re: non-financial blockchain use cases. https://t.co/lYZFprXAry

回复：非金融区块链用例。https://t.co/lYZFprXAry