更严肃地说： “象牙塔”心态是区块链开发中的一切问题，也是它阻碍了以太坊的发展，而像索拉纳这样的链却表现出色。 在索拉纳，我们很幸运有像@deanmlittle这样的开发者，他们实际上每天都在使用这条链，并推动基于现实世界约束和使用模式的想法。 这就是为什么我感到困惑的是，当来自实际交付产品的建设者和核心开发者一致认为当前的实现是错误的时，我们却看到第三个关于租金的SIMD。 社区在很大程度上已经达成了一种更简单的方法：直接削减租金，测试状态增长是否真的是一种弹性商品。 这里的逻辑是反向的。这个SIMD提出了复杂的机制来限制状态增长，作为削减租金成本的前提。但我们为什么要解决一个尚未证明存在的问题呢？如果租金是一种无弹性商品，意味着状态的需求是由应用价值驱动的，而不是价格敏感性，那么仅仅因为我们降低了价格，状态也不会有意义地扩展。 合理的方法是：先削减租金，观察状态增长发生了什么，然后再决定是否需要限制。相反，我们正在为一个可能不会到来的假设洪水建立复杂的护栏。这是在最糟糕的意义上进行的过早优化，在验证这个担忧是否真实之前，增加了协议的复杂性，以应对一个理论上的问题。 我个人的看法是，状态增长并不是被租金成本有意义地限制，而是被应用是否足够有价值以证明任何成本所限制。

先生，一个新的租赁 SIMD 已经上链了

我喜欢Orb，它正在慢慢成为我最喜欢的区块浏览器。 我认为@heliusdev真的可以通过一个以开发者为中心的版本成为第一，就像开发者模式那样。 作为开发者，我们需要一个好的区块浏览器来进行调试和获取洞察。很高兴能整理出一份“需求”清单！