doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

doc.readthedocs.io/zh_CN/latest/docs/WeBankBlockchain-Governance- Cert/index.html] WeEvent 基于区块链的分布式事件驱动架构：[GitHub] [https://github.com/WeBankFinTech/WeEvent] [Gitee] [https://gitee.com/WeBank/WeEvent] 管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对 象（人或物）数据的安全授权与交换。 分布式事件驱动架构WeEvent [https://github.com/webankfintech/weevent]：实现了 可信、可靠、高效的跨机构、跨平台事件通知机制。在不改变已有商业 系统的开发语言、接入协议的情况下，实现跨机构、跨平台的事件通知 与处理。 跨链协作方案WeCross [https://github.c SDK的控制台使用手册 和 基于Web3SDK的控制台使用手册。 虚拟机 2.0版本引入了最新的以太坊虚拟机版本，支持Solidity 0.5版本。同时，引入 了EVMC扩展框架，支持扩展不同虚拟机引擎。 底层内部集成支持interpreter 虚拟机，未来可扩展支持WASM/JIT等虚拟机。 更多关于虚拟机的介绍，请参考 虚拟机设计文档 密钥管理服务 2.0版本对落盘加密进行了重塑升级，开启落盘加密功能时，依赖KeyManager

o资源 打到账号下，通过消耗账号的utxo资源创建合约，验证的逻 辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录：{ contract.method，permission_model} 合约命名规则：长度为4~ 4. 利用读写集确保普通合约调用支持并发执行，充分利用计算机多核特 性； 事件机制 在使用超级链的过程中，可能会遇到一些异步的情况：比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service bytes filter = 2; } enum SubscribeType { // 区块事件，payload为BlockFilter BLOCK = 0; } 请求里的filter用来设置事件过滤参数，是一段序列化的proto对象，因为订阅 不同内容需要的参数不尽相同 BLOCK 事件的过滤参数如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

o资源 打到账号下，通过消耗账号的utxo资源创建合约，验证的逻 辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录：{ contract.method，permission_model} 合约命名规则：长度为4~ 4. 利用读写集确保普通合约调用支持并发执行，充分利用计算机多核特 性； 事件机制 在使用超级链的过程中，可能会遇到一些异步的情况：比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service bytes filter = 2; } enum SubscribeType { // 区块事件，payload为BlockFilter BLOCK = 0; } 请求里的filter用来设置事件过滤参数，是一段序列化的proto对象，因为订阅 不同内容需要的参数不尽相同 BLOCK 事件的过滤参数如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16