目前两款最有潜力的全链游戏引擎Curio和Argus都选择通过定制化节点的预编译合约来提高对游戏状态的查询性能以及增加对特定全链游戏的适配性，那么究竟什么是预编译合约，以及为什么预编译合约可以提高性能呢？结下来请看这篇科普短文：全链游戏101之预编译合约。
什么是预编译合约？
预编译合约是EVM中用于提供更复杂库函数(通常用于加密、散列等复杂操作)的一种折衷方法，也可以理解为一种特殊的合约，这些函数不适合编写操作码。它们适用于简单但经常调用的合约，或逻辑上固定但计算量很大的合约。预编译合约是在使用节点客户端代码实现的，因为它们不需要EVM，所以运行速度很快。与使用直接在EVM中运行的函数相比，它对开发人员来说成本也更低。
如下代码可以看到，evm.go的合约中run函数有两个分支：第一个分支是通过预编译索引来实例化索引参数从而指定预编译合约，第二个分支是如果它不是预编译合约那evm将会被调用。
随着比特币持续上涨，MicroStrategy和Square的投资均获得30%以上利润:随着比特币价格持续上涨，突破14000美元，MicroStrategy和Square在比特币投资上分别获得了32%和38%的利润。MicroStrategy在今年8月和9月的两次大型交易中总共投资了4.25亿美元，比特币的平均购买价格为1.1万美元。
比特币上涨为MicroStrategy带来了1.33亿美元的净收益，目前该公司的比特币总价值为5.58亿美元。Square在去年10月投资了5000万美元比特币，迄今为止，Square的比特币投资已经获利1800万美元，其持有的比特币总值目前为6800万美元。（Decrypt）[2020/11/5 11:45:17]
//runrunsthegivencontractandtakescareofrunningprecompileswithafallbacktothebytecodeinterpreter.funcrun(evm*EVM,contract*Contract,inputbyte,readOnlybool)(byte,error){ifcontract.CodeAddr!=nil{precompiles:=PrecompiledContractsHomesteadifevm.ChainConfig().IsByzantium(evm.BlockNumber){precompiles=PrecompiledContractsByzantium}ifp:=precompiles;p!=nil{returnRunPrecompiledContract(p,input,contract。for_,interpreter:=rangeevm.interpreters{ifinterpreter.CanRun(contract.Code){ifevm.interpreter!=interpreter{//Ensurethattheinterpreterpointerissetback//toitscurrentvalueuponreturn.deferfunc(iInterpreter){evm.interpreter=i}(evm.interpreter)evm.interpreter=interpreter}returninterpreter.Run(contract,input,readOnly。returnnil,ErrNoCompatibleInterpreter}
分析 | 随着比特币价格下跌，黄金的谷歌搜索量飙升:据CCN报道，谷歌搜索数据显示，随着比特币价格下跌、股市疲软，人们对于“黄金”和黄金价格的搜索在第四季度都有所上涨。与此同时，对“比特币”的搜索在10月份年度低点后复苏，但却再次出现下滑，此时加密市场经历了一段没有典型特征的价格稳定期。在过去的12个月里，人们对比特币的兴趣下降了80％。美国人对比特币的搜索仅占搜索黄金的15％。在全球范围内，差距更加明显。[2018/12/28]
用图形来表示的话，具体的逻辑如下图：
那么预编译合约的瓶颈在哪里？
动态 | 巴拉圭的经济债务危机可能会随着比特币的开采而结束:巴拉圭有几个水电城镇，其中许多与贩集团、军火以及走私有关。但现在它已经成为了市场上加密矿工的新家，变成加密货币挖矿聚集地。从经济学家的观点来看，充分利用巴拉圭的水力发电，可以更好地帮助该国人民摆脱贫困，繁荣当地经济。[2018/11/14]
以太坊目前有八个预编译的合约：
ECRecover-通过签名恢复对应地址
SHA256-计算SHA256哈希
RIPEMD160-计算RIPEMD160哈希
Identity-返回输入数据的原值
ModExp-进行模数指数运算
ECAdd-椭圆曲线点加法
ECMul-椭圆曲线点乘法
ECPairing-配对运算,验证椭圆曲线点
可以看到第一到第四个预编译合约提供的基础的签名，哈希等加密功能，第五个到第八个提供了椭圆曲线运算，这些和zk-snark相关。
那么问题来了，为什么以太坊预编译只支持了八个预编译合约，预编译合约不是降低了gas消耗吗？而且为什么不直接把ECS植入以太坊预编译合约中呢？
其实主要是以下三个原因：
1.过度依赖预编译合约会降低整个平台的去中心化程度：
首先，预编译合约的代码需要集成在客户端节点代码中,增加了客户端的复杂性。第二，验证节点可能因为安全原因可能会过滤掉预编译合约的计算，所以大部分预编译合约的请求是由全节点完成的，目前全球的以太坊全节点的数量只有4000-6000个，而且验证节点有50万个，确实比起非预编译合约要中心化很多。
2.预编译合约的新增和修改需要硬分叉升级,不易灵活演进。
预编译合约的支持需要进行EIP流程，举个例子：EIP-196增加了在alt_bn128曲线上的ECADD和ECMUL两个预编译合约。EIP-197增加了在alt_bn128曲线上的配对Pairing函数。基本都是为了让隐私在以太坊上可用进行支持，而且整个EIP的流程是漫长和考究的，等待EIP通过也不是一个现实的问题。
3.预编译合约之间难以进行交互和组合,扩展性差。
这点就不多做解释了，很直观。
预编译合约在全链游戏扮演什么角色？
预编译合约跳过EVM直接通过节点执行,可以提升运算效率,但同时降低了全链的去中心化程度。将高频使用的游戏核心逻辑置于预编译中,可以优化该类游戏的性能。不同的游戏类型,其关键逻辑也不尽相同。因此,针对某一类游戏的专用链上,其预编译设计可以高度优化该类型游戏的需求。在游戏迭代过程中,最具效率的预编译合约组合也会逐步优化出来。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。