以太坊:全链游戏101:预编译合约

目前两款最有潜力的全链游戏引擎Curio和Argus都选择通过定制化节点的预编译合约来提高对游戏状态的查询性能以及增加对特定全链游戏的适配性,那么究竟什么是预编译合约,以及为什么预编译合约可以提高性能呢?结下来请看这篇科普短文:全链游戏101之预编译合约。

什么是预编译合约?

预编译合约是EVM中用于提供更复杂库函数(通常用于加密、散列等复杂操作)的一种折衷方法,也可以理解为一种特殊的合约,这些函数不适合编写操作码。它们适用于简单但经常调用的合约,或逻辑上固定但计算量很大的合约。预编译合约是在使用节点客户端代码实现的,因为它们不需要EVM,所以运行速度很快。与使用直接在EVM中运行的函数相比,它对开发人员来说成本也更低。

如下代码可以看到,evm.go的合约中run函数有两个分支:第一个分支是通过预编译索引来实例化索引参数从而指定预编译合约,第二个分支是如果它不是预编译合约那evm将会被调用。

Lybra Finance V2将使用LayerZero的OFT标准为peUSD提供全链功能:9月9日消息,计息稳定币协议 Lybra Finance 发文称,Lybra V2 将使用 LayerZero 为其计息稳定币解决方案提供全链功能,LayerZero 的全链同质代币(OFT)标准将为 Lybra 的全链稳定币 peUSD 提供支持,peUSD 将无需在不同的链上建立单独的流动性池,无需跨链桥与封装。[2023/9/9 13:28:07]

//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}

跨链基础设施Celer Network推出全链流动性协议Peti:10月31日消息,据官方博客,区块链互操作性协议Celer Network宣布正在推出全链流动性协议Peti。Peti为交易者和专业做市商提供改进的全链交易体验:流动性不受限、零滑点、MEV保护以及最佳流动效率。据悉,Peti由Celer消息跨链框架提供支持,目前正在主网上运行。Celerc Bridge已经与Peti和其他全链DApp集成,做市商可以通过Peti SDK和API加入。[2022/10/31 12:01:24]

用图形来表示的话,具体的逻辑如下图:

全链域名服务商SPACE ID完成种子轮融资,Binance Labs领投:9月2日消息,全链域名服务商SPACEID宣布完成种子轮融资,本轮融资由BinanceLabs领投,具体融资金额及其它详细融资信息暂未透露。

Binance Labs 表示,目前包括 Project Galaxy、DODO、STEPN、Trust Wallet、Chainlink、Ankr、CyberConnect、Mathwallet,以及更多 BNB Chain 生态系统中的项目开发者均与 SPACE ID 在进行密切合作。SPACE ID 正在构建一个通用域名标准和一个软件开发工具包 (SDK),旨在通过去中心化身份基础设施和互操作性为 Web3 提供核心解决方案,将 Binance 的 .bnb 域名服务提升至新的水平。[2022/9/2 13:04:54]

那么预编译合约的瓶颈在哪里?

考拉海购宣布升级商品全链路溯源系统,新引入区块链溯源技术:3月17日消息,日前,考拉海购宣布升级商品全链路溯源系统,在原有的防伪、防恶意拆封技术上,新引入区块链溯源技术,实现一键对商品溯源防伪。

据了解,考拉海购区块链溯源,使用的是蚂蚁区块链技术,具有高性能、全球部署、及强隐私保护等特点,目前已被广泛应用于慈善捐助、商品溯源、跨境汇款等多个领域。(TechWeb)[2020/3/17]

以太坊目前有八个预编译的合约:

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直接通过节点执行,可以提升运算效率,但同时降低了全链的去中心化程度。将高频使用的游戏核心逻辑置于预编译中,可以优化该类游戏的性能。不同的游戏类型,其关键逻辑也不尽相同。因此,针对某一类游戏的专用链上,其预编译设计可以高度优化该类型游戏的需求。在游戏迭代过程中,最具效率的预编译合约组合也会逐步优化出来。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

[0:0ms0-0:564ms