观点：无版本区别的EVM

编者按：本文来自以太坊爱好者，作者：WeiTang，翻译：阿剑，Odaily星球日报经授权转载。本文为Parity开发者WeiTang写作的，关于如何增强EVM后向兼容性的文章，改进Gas机制的方案堪称大胆。如果我们有机会可以重新设计EVM、提升其后向兼容性、让它对功能升级更为友好，而且可以完全不必考虑我们现有的历史包袱，我们该怎么做呢？在这篇文章中，我会探究这个问题，并记录下由此演化出来的技术说明和设计哲学。目标

Web是没有版本区别的，而且已经存在了几十年。因此我在此假设，我们想做一个同样没有版本区别的EVM。我们同样希望保证，这种虚拟机具备良好的后向兼容性。也就是说，至少能良好兼容我们现有的合约，而且，也可以轻松加入新功能。无效操作码

观点：比特币与100年前福特提出的能源支持货币的概念相似:9月19日消息，1921年，美国实业家亨利福特（Henry Ford）提议创建一种“能源货币”，它可以构成新货币体系的基础——这与中本聪2008年比特币 ( BTC ) 白皮书中概述的点对点电子现金系统有着惊人的相似之处。据悉，1921年12月4日，《纽约论坛报》发表了一篇文章，概述了福特用能源货币取代黄金的愿景，他认为这种货币可以打破银行业精英对全球财富的控制并结束战争。他打算通过建造“世界上最大的发电厂”并创建基于“权力单位”的新货币体系来实现这一目标。关于黄金与战争的关系，福特解释说：“黄金与战争相关的根本弊端在于它可以被控制。打破控制，就停止战争。”纽约论坛报的文章周六在Reddit的r/CryptoCurrency页面上流传，获得了相当多的支持。虽然中本聪从未在在线论坛帖子中提到亨利福特，但一些Reddit用户推测比特币的创造者可能受到已故实业家的影响。（Cointelegraph）[2021/9/19 23:36:24]

要设计一个永续的EVM，最简单可能也最重要的改动便是为合约部署添加一个验证过程。并非所有的字节序列都是有效的EVM代码，任何无效的操作码都不应该被部署到链上，因为在未来，这些代码可能会被分配以一个新的操作码，有不一样的功能。此种检查的技术详述初次成文化是在EIP-1712中。简要来说，在执行合约创建的状态转变函数之前，执行下列检查：遍历代码的字节码如果代码是一个PUSH(n)操作码，则跳过接下来n个字节如果字节码是一个有效的操作码，或者指定了无效指令，继续否则，捕捉到错误上述检查有点类似于jumpdestination检查。注意，对于例外情形，我们在这里使用的是“trap”，下文我们会详细解释。功能调查

观点：比特币或成为2021年的特斯拉 明年年底最多可达到10万美元:Strategic Wealth Partners首席执行官Mark Tepper认为，到明年年底，比特币的价格最多可以达到10万美元。但Tepper称，将加密货币与埃隆·马斯克（Elon Musk）旗下公司的股票相比较，4万美元大关的可能性更大。“你可以把它比作特斯拉。特斯拉今年增长超过500%。我认为比特币有可能成为2021年的特斯拉。在我最看好的情况下，到明年年底，它可能会达到10万美元。那是我假设的牛市情况下的价格。我认为我假设的基本情况更接近实现，比特币到2021年底翻一番，达到大约4万美元。”（The Daily Hodl）[2020/12/28 15:52:28]

如果EVM要消弭掉版本的差别，基于EVM的代码执行应有能力调查出底层环境是否支持一种特定的功能。给定EVM所承担的角色，我们总是希望一个已经定义好的操作码的功能可以保持不变，并且还可以引入新的操作码来添加功能。而一些合约可能在引入某些特定功能之前就已经部署上去了。这些合约可以安排一个备用的子程序，在EVM不支持某功能的时候就运行子程序，而一旦硬分叉激活后就立即开始使用新功能。功能调查组件就像这里要用到的跳转器。因此，我们正式地定义一种新的操作码HAS_FEATURE。该操作码接收一个堆栈参数。它会检查该参数是否位于0到2^8之间，如果不是，就捕捉错误如果参数不受支持，就把0x0推回栈中；否则就推入0x1例外与捕捉

动态 | 观点：建议发行加密数字货币“带路币” 完善“一带一路”沿线国家跨境支付系统:2月1日，新加坡国立大学客座教授白士泮在新加坡《联合早报》上发文表示，中新金融合作可以考虑把数字金融服务融入並支持“一带一路”项目的建设与运营，比如发行加密数字货币“带路币”以完善“一带一路”沿线国家跨境支付系统，並在这个基础上，拓宽和加深数字金融服务的使用范围，向东盟或“一带一路”沿线国家里资金不足的人们提供普惠金融服务；再如，应用区块链技术设计具有信息透明性、分布式多方治理的项目运作系统，增加“一带一路”项目参与国对项目的信任与投入。[2020/2/1]

在EVM的运行过程中，可能有很多因素会导致执行失败。单个交易可能因为耗尽Gas而失败；调用栈中的每一层都可能单独失败，而其错误必须被父调用框架明确处理。这些特性给了我们一定的弹性，但对于要运行在区块链上的合约来说，并不必然就是好事。这里，我们想重新定义一下，任何EVM本身发出的异常，都可以有trap行为，作为对fail的替代。也就是说，所有调用框架的所有执行过程中、消耗任意gas的时候、甚至被当前的状态函数回滚变更的时候，都可以有trap。合约接下来就被会鼓励使用返回值，在它们想跟父调用者交流非致命错误的时候。Gas消耗量

过去的经验已经证明，我们总是想调整Gas消耗量。因为我们要这样做，我们不希望合约开发者对交易的Gas消耗量甚至是任何操作码的Gas消耗量作任何假设。要实现这一点，只需将EVM内所有关于Gas消耗量的公开信息都移除。这样Gas消耗量就成了一个外在于EVM、被隐藏起来的“实现上的细节”，只需在区块层执行中妥善处理。正式地移除0x5a的Gas操作码。此外，重新定义CALL、CALLCODE和DELEGATECALL，不再使用gas栈参数，而是采取现有执行框架中所有可用的Gas。

标签：GAS比特币TRARAPNAGASWAP比特币最新价格多少美金一个ASTRADAO币Wrapped Ecomi

瑞波币热门资讯