作者:?AlexeyAkhunov
翻译&校对:?阿剑?&曾汨
来源：以太坊爱好者
编者注：这篇文章来自AlexeyAkhunov。他是完全专注于以太坊1.0的一位开发者。
不少人应该还记得，当整个区块链社区目睹以太坊的状态数据迅速增长，对节点的存储设备性能提出越来越高要求的时候，社区提出了多种解决方案，其中一种就是名噪一时的“状态租金”，即对在状态中存储数据的合约收取租金。
一如文中所述，Alexey是长期以来唯一全职研究状态租金方案的开发者，如今，他也表示会中止状态租金的研究，转向无状态客户端。我想，这也意味着在以太坊上开发状态租金的努力落下帷幕。我并不是可惜，事实上我从未支持过状态租金方案。我是想说，工程项目就是如此，会不断遭遇问题，也不断会有新点子冒出来，也会有很多点子日后被证明是不行的。以为提一提解决方案的概念，就算是解决了问题，是对工程的无知，也是轻视。
观点：SEC可能对XRP案提出上诉，使情况进一步复杂化:金色财经报道，LBank Labs高级研究员Johnny Teng在一份报告中表示，由于投资者采取谨慎立场，交易区间仍然相对狭窄，这主要是受到XRP法律案件持续发展的影响。SEC主席Gary Gensler对法院对XRP代币证券化的裁决表示失望，这增加了不确定性，SEC可能提出上诉，使情况进一步复杂化。美国政府出售没收的比特币和短期持有者获利的预期抛售压力，再加上机构参与者的大力支持以及24,300美元左右的大量流动性的存在，正在导致比特币市场的不确定性加剧，投资者需要谨慎决策。[2023/7/24 15:54:33]
Alexey加油！
观点：中国的法律环境中基于公链的数字藏品有四大潜在风险:3月26日消息，数字藏品的全球趋势与中国创新的直播中，星图比特创始人张炯在《国产公链数字藏品的合规发展》主题分享中称，基于公链的数字藏品有三个优势，用户对数字藏品的真实处置权、真实可交割及透明真实感。而基于联盟链的数字藏品有两大优势，包括容易获得政府监管部门的理解，更容易形成企业与企业之间合作的信任。目前，中国的法律合规环境中公链数字藏品有一些潜在风险。第一，如何让国内用户在没有数字货币的前提下，通过人民币购买数字藏品NFT。第二，用户用人民币购买数字藏品后，可能再卖成数字货币，因而数字藏品需要完成与数字货币的切割，否则可能沦为OTC渠道。第三，人为操作会造成数字藏品市场波动带给普通用户的经济风险。第四，数字资产的托管问题。此外，张炯认为，基于联盟链的数字藏品存在停止运营的风险等。（8btc）[2022/3/26 14:19:31]
我本来早该写这篇文章了。不过亡羊补牢，尤为未晚。
BMEX行情观点：今日可能出现15分钟及30分钟级别顶部 但逢低做多的策略不变:BMEX行情分析栏目数字货币分析师PONY杨表示：昨天行情继续冲高，最高价已经超过55000，逢低做多的策略基本不变，趋势很好，没有大级别高点，只不过，今天有可能出现15和30分钟级别顶部，15分钟顶对应的时间是下午3点，30分钟顶对应到今晚9点，顶部并不大，没有做空必要，依然是老套路，躲过去，3点之后开始找小级别底部继续做多。
今天需要有一个心理预期，底部可能不会一两次就能找到，所以，请严格做好风控，建议用盈利之后止损改成本价的保本思路。[2021/3/10 18:31:29]
最新出版的一个状态租金提案是3号方案，但那是在2019年2月出版的，是很久以前的事情了。
观点：闪电网络适宜BTC持有者长期囤币:BitcoinVisuals数据显示，自发布以来，闪电网络节点数量于过去两年内每个季度平均增加53%。闪电网络容量也在增加，其中2019年5月，闪电网络容量创下1100 BTC高点，而最近这一数字约为930 BTC附近。同时，在过去两年中，闪电网络比特币网络活动激增与比特币交易量之间相关性并不强。在2900万个比特币地址（存币量大于零）中，在24小时内只有2.6%的地址被认为是“活跃”的。与此同时，intotheblock数据显示，过去一年及更长时间里，一半以上的BTC没有交易，还有14%的BTC从未发生过转移。因此，若出于囤币而非交易目的，更适合闪电网络上进行长期存储。（CoinDesk）[2020/3/25]
写完这个方案后，我开始考虑如何才能靠谱地落实这个项目。而且，在很久以前，大家就已经意识到，我们绝对需要一种我称之为“生态系统研究”的项目。怎么说呢？
我们在以太坊状态问题研究一开始的时候的知识是：如果对合约存储引入成比例的状态租金，会导致当前已有的合约出现漏洞，易受“griefing”攻击，因此某些人可以用一笔很小的固定费用导致合约必须永续付出一些租金，最终导致合约的崩溃。
我们同样也假设，大部分乃至所有dApp都可以重写成免疫此类攻击的形式。一个值得注意的例子是ERC-20代币实现的一个版本。虽然这是一个好的开头，但dApp的长尾可能非常长。
在这种情景下，所谓的“生态系统研究”，就是要细致地分析dApp的长尾、重写成免疫漏洞的形式，并与这些dApp的维护人员和用户沟通、为变化做好准备。现在已经很清楚了，如果没有这样的“生态系统研究”，向状态租金制度的迁移几乎不可能成功。
不过，也不难意识到，这样的“生态系统研究”是非常艰巨而且非常昂贵的。我当然不愿意自己动手，这很大程度上是因为我不认为，这是我能创造最大价值、获得最多成就感的工作。而且，据我所知，我是事实上唯一全职研究状态租金方案的人，因此我的结论是：这是搞不定的，我们需要另一个计划。
然后，我回到了在投入状态租金项目以前“抛弃”的想法，叫做“无状态客户端”，或者我现在的称呼是“无状态的以太坊”。我一开始对这个方案产生兴趣是在2017年末，然后是在开发Turbo-Geth项目期间。我最初的怀疑基于这样一个事实：区块见证数据的大小可能相当大。但现在我们回到这个观念，我们正在追问：“有多大”以及“我们能缩小数据吗”？而这篇文章就是我找寻答案的初步尝试。
我们也知道了，很有可能，相对于使用二叉树，以太坊所用的十六进制默克尔树会让区块见证数据更大。但看起来让以太坊1.0转用二叉树也是一项不可能完成的任务。如果你想问：“为什么？”答案是，因为我们假设我们在数据库中存储状态的方式会维持原样。不过，如果我们改变了这种模式，Turbo-Geth切换为二叉树就是非常直接的事情。这也是为什么我当前的最高优先事项之一就是“完成”Turbo-Geth，即处理所有例外情形并提供充分的证据来证明：它的数据模型是可以行得通的，而且也可以被其他实现所接受。
总结一下，状态租金项目当前已经“暂停”了。而当前积极的研究、开发和技术详述主要围绕着“flatdb”状态存储模型以及无状态以太坊。自我在三月份写下那篇博客以来，我们又取得了一些进步，我希望能得到更多数据并尽快发表出来。目前你可以到?这个网页?看看我们当前用来构造区块见证数据的格式；你还可以从中看到Turbo-Geth的进展，它已经有望接近“稳定”阶段了：https://github.com/ledgerwatch/turbo-geth/issues。
?
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。