RPC:「跨链网关的模块化进程」插件机制演化-ODAILY

——背景——

当前，区块链跨链平台的接入方式在架构设计上存在着较大差异，如何将应用链快速、便捷地接入跨链系统是一个亟待解决的问题。趣链BitXHub跨链服务平台采用中继链+网关的跨链方案，其中，跨链网关担任着区块链间收集和传播交易的角色。采用插件机制的设计将网关与应用链交互的模块与跨链网关核心功能模块进行解耦，从而实现不同种类应用链高效地接入跨链系统。在Pier运行时，通过动态加载插件的方式完成不同应用链的灵活适配。为了更好的提升Pier与应用链的交互能力，具体应用链插件需要根据不同区块链的特性实现具体的接口，交互接口需要满足以下几个功能：

1）监听应用链上的跨链事件并传给核心模块进行处理；

2）执行来自于网关发出的跨链请求；

数据：Optimism和Arbitrum等Layer 2项目5月利润下降超40%:金色财经报道，DuneAnalytics数据显示，2023 年 3 月和 4 月是 Optimism 和 Arbitrum 等Layer 2项目有史以来最赚钱的月份，但在5月，这些利润下降了超40%。主要原因是Arbitrum的利润下降，从4月份的约1281枚ETH下降到5月份的505枚ETH。Optimism的利润也下降了，但相较Arbitrum没有那么明显。[2023/6/7 21:21:55]

3）能够主动查询应用链上已收到和已执行的跨链请求状态。

在插件实现方案的设计中，我们先后采用了两种不同的插件机制，下面就来介绍一下我们使用原生插件时碰到的问题以及新插件方案的优势。

由dappOS提供支持的去中心化衍生品交易所平台GMX试点版本即将上线:金色财经报道，由 Web3 操作系统 dappOS 提供支持的去中心化衍生品交易所平台 GMX 试点版本即将上线，旨在降低用户在 Arbitrum 和 Avalanche 区块链上访问 GMX DeFi 功能的门槛，简化跨链 GMX 访问流程。（雅虎财经）[2023/2/1 11:40:47]

——原生插件——

go语言从1.13版本开始支持编译为插件，使用方式如下

gobuild--buildmode=plugin-oappchain.so*.go

go项目在编译时可以通过--buildmode指定为插件模式，这种方式将输出为动态链接文件。该文件并非可直接运行的二进制文件，而是提供给其他二进制运行时的动态调用。

Quadrata与Polygon合作集成Web3 Passport网络，以提供身份和合规解决方案:9月29日消息，将身份和合规层引入区块链的护照网络Quadrata正在将其护照身份技术与Polygon集成，该合作关系将为在Polygon上构建的应用程序提供身份和合规性解决方案的访问权限。Quadrata还计划在所有与以太坊虚拟机（EVM）兼容的链上部署其身份和合规技术。（businesswire）[2022/9/30 6:03:20]

在主二进制文件中的使用方式如下：

总结来说原生插件具有以下特点：

文昌链单日链上交易处理超过以太坊41%:金色财经报道，7月23日，金色财经获悉，7月22日文昌链单日交易消息数突破168.9万，对比以太坊当日交易数120.2万高出41%，文昌链的交易消息TxMessage即相当于以太坊交易Transaction。这是文昌链自2022年3月开始商业化运行以来，首次单日链上交易处理超过了以太坊，目前离以太坊在2021年5月9日达到的历史最高单日交易数171.7万相差2.8万。[2022/7/23 2:33:17]

优点：

1）使用体验和原生代码一致，类似于代码模块的二进制化；

2）效率较高，插件直接在主程序进程空间中运行。

缺点：

1）原生插件中的依赖库与主程序必须保持完全一致，否则启动的时候会报错，而且不论这个依赖是直接引用还是间接引用，都会出现这个问题。

——转战RPC插件——

原生插件中严厉的版本限制，使得在升级插件和或网关主程序功能时，可能因为无意升级了主程序某些依赖，插件也必须作出相同的适配升级。这种方式不利于插件的完全解耦，因此我们转向了另外一个使用RPC方式的GO插件项目。

在GO原生支持的插件机制出现之前，hashicorp的go-plugin就已经存在，不过GO原生插件出来之后，他们也并没有放弃对该项目的支持，因为总的来说原生插件并不是很完善，在某些场景下还是go-plugin更方便。

go-plugin插件的使用方式如下：

简单来说，go-plugin项目实现的插件方式采用了C/S模式，主程序作为RPCClient，具体插件作为RPCServer，Server和Client通信也是基于的interface接口规范来通信。

具体使用流程如下：

1）抽象需要插件化的interface，这里直接复用原生插件中使用的接口定义即可；

2）针对Client端和Server端，都实现上述接口。Server端的实现是具体的插件处理逻辑部分的代码；Client端的实现只需封装一下gRPC处理的结果和异常信息，之后便可以做到主程序在使用插件时对于gRPC的弱感知化。

Server实现部分：

Client实现部分：

▲额外需要注意的是：

插件中需要调用plugin.Serve来授权主程序使用自己的RPC服务。这里需要注意的是，主程序和插件通信前需要进行握手，主要包括确认该插件的版本信息。

主程序使用plugin.Client对象启动插件，该插件是运行在另一个进程中的，所以插件崩溃并不会影响到主程序。

client与server在使用中实际上是通过进程间Socket来完成通信，这虽然牺牲了一定的性能却换来了原生插件的单进程方案所不具备的依赖解耦?多语言支持等灵活应用。

——结语——

go-plugin提供两种通信方式的选择，一种是GRPC，一种是GO语言标准库中自带的net/rpc。GRPC插件的好处是可以采用不同的语言来实现，并且Googleprotobuf也是支持多语言的。网关插件本质上已成为连接应用链并实现对网关提供RPC服务的桥梁，开发者在跨语言编写插件时的阻碍会大大降低，在面对不同应用链特性时也能做到更加可靠与简洁的逻辑呈现。对跨链技术感兴趣的小伙伴，添加小助手桔子加入技术交流群，共论区块链的无限未来～

作者简介

王荻矣

趣链科技数据网格实验室BitXHub团队

标签：RPC应用链PLUPLUGRPC价格plus币上交易所了plugchain币总量

Ethereum热门资讯