——背景——
当前，区块链跨链平台的接入方式在架构设计上存在着较大差异，如何将应用链快速、便捷地接入跨链系统是一个亟待解决的问题。趣链BitXHub跨链服务平台采用中继链+网关的跨链方案，其中，跨链网关担任着区块链间收集和传播交易的角色。采用插件机制的设计将网关与应用链交互的模块与跨链网关核心功能模块进行解耦，从而实现不同种类应用链高效地接入跨链系统。在Pier运行时，通过动态加载插件的方式完成不同应用链的灵活适配。为了更好的提升Pier与应用链的交互能力，具体应用链插件需要根据不同区块链的特性实现具体的接口，交互接口需要满足以下几个功能：
1）监听应用链上的跨链事件并传给核心模块进行处理；
韩国游戏巨头WeMade推出加密货币“Reflect”以及质押服务“Stake 360”:7月15日消息，韩国游戏巨头WeMade宣布将推出加密货币Reflect和基于Reflect与Wemix的质押服务Stake 360。据介绍，Reflect代币是一种合成虚拟资产，旨在振兴区块链游戏平台WEMIX PLAY中的游戏经济，并整合各个游戏代币。Reflect可以通过在链游平台Wemix Play提供的各种游戏中的多个代币进行合成，也可以分解成这些游戏代币。Stake360质押服务每期质押限额为1000万枚Wemix，到期后将支付20万(90天)、50万（180天）、110万（270天）、200万（360天） Wemix作为补偿。（News 1）[2022/7/15 2:15:55]
2）执行来自于网关发出的跨链请求；
动态 | “Ripple取消OTC交易模式”疑似为解读错误，官方尚未宣布此消息:金色此前报道，推特账户XRP Research Center今日发推称：“Ripple将不再支持OTC模式的代币买卖，即机构购买者想要购买XRP同样需要在二级市场上购买XRP。经金色查询，目前Ripple官方目前还未发出取消OTC交易模式的公告。Twitter中提到的交易很有可能是在9月25日Bittrex与UPbit的合作关系破裂之后，双方之间进行的正常资金返还。[2019/10/30]
3）能够主动查询应用链上已收到和已执行的跨链请求状态。
在插件实现方案的设计中，我们先后采用了两种不同的插件机制，下面就来介绍一下我们使用原生插件时碰到的问题以及新插件方案的优势。
日本特技飞行大赛“Red Bull Air Race Chiba 2018”支持使用比特币购买门票:将于本月26、27日在日本千叶县开幕的红牛特技飞行大赛“Red Bull Air Race Chiba 2018”支持使用比特币购买门票，此次结算服务是由日本交易所“bitFlyer”提供，两日8人用精品通票（包括Sky Lounge门票，直升机接送服务以及Hotel New Otani Makuhari酒店客房等服务）将收取10 BTC。[2018/5/16]
——原生插件——
go语言从1.13版本开始支持编译为插件，使用方式如下
gobuild--buildmode=plugin-oappchain.so*.gogo项目在编译时可以通过--buildmode指定为插件模式，这种方式将输出为动态链接文件。该文件并非可直接运行的二进制文件，而是提供给其他二进制运行时的动态调用。
澳大利亚监管机构暂停FTX金融服务牌照:金色财经报道，澳大利亚证券和投资委员会（ASIC）暂停了FTX Australia的金融服务牌照，该决定的有效期至2023年5月15日。ASIC在一份声明中表示，在2022年12月19日之前，FTX Australia可以继续提供与现有衍生品合约平仓相关的有限金融服务。
据此前消息，FTX申请破产后，至少3万澳大利亚人受到影响。FTX Australia及其全资子公司FTX Express于今年3月成立，通过收购了一家名为IFS Markets的本地企业后获得了澳大利亚金融服务牌照。据悉，FTX Australia债权人拟于11月23日召开会议。[2022/11/16 13:10:05]
在主二进制文件中的使用方式如下：
总结来说原生插件具有以下特点：
优点：
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团队
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。