2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署wasm合约 3.3. 部署native合约 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6.1. 创建平行链 6.2. 获取group_chain合约 6.3. 创建群组 xchain进程需要调用合约虚拟机来执行具体的合约代码，合约虚拟机也需要跟 xchain进程通信来进行具体的系统调用，如KV获取等，这是一个双向通信的过 程。 合约双向通信 这种双向通信在不同虚拟机里面有不同的实现， 在native合约里面由于合约是跑在docker容器里面的独立进程，因此牵扯到 跨进程通信，这里选用了unix socket作为跨进程通信的传输层，xchain在 启动合约进程的时候把syscall的sock 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏览 器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来提高 性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算法 等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解释 器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的应用 场景，通过用

golang 和 java 的 native 合约， c++ 的 wasm 合约以及 solidity 的 evm 合约为例展示 合约的基本操作。完整的语言-合约相容矩阵见 合约开发详解 开启运行时支持(可选) XuperChain 默认情况下只启用了 wasm 合约，如果想要尝试 evm 合约和 native 合约，需要修改 conf.xchain.yml 设置 native 和 evm 的 enable 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 contract-sdk-emv/example/counter && solc --abi --bin counter.sol 敬请期待 JAVA C++ GO Solidity Python xchain-cli native deploy –account XC1111111111111111@xuper -a ‘{“creator”:”XC1111111111111111@xuper”}’ –fee 15587517

golang 和 java 的 native 合约， c++ 的 wasm 合约以及 solidity 的 evm 合约为例展示 合约的基本操作。完整的语言-合约相容矩阵见 合约开发详解 开启运行时支持(可选) XuperChain 默认情况下只启用了 wasm 合约，如果想要尝试 evm 合约和 native 合约，需要修改 conf.xchain.yml 设置 native 和 evm 的 enable 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 contract-sdk-emv/example/counter && solc --abi --bin counter.sol 敬请期待 JAVA C++ GO Solidity Python xchain-cli native deploy –account XC1111111111111111@xuper -a ‘{“creator”:”XC1111111111111111@xuper”}’ –fee 15587517

golang 和 java 的 native 合约， c++ 的 wasm 合约以及 solidity 的 evm 合约为例展示 合约的基本操作。完整的语言-合约相容矩阵见 合约开发详解 开启运行时支持(可选) XuperChain 默认情况下只启用了 wasm 合约，如果想要尝试 evm 合约和 native 合约，需要修改 conf.xchain.yml 设置 native 和 evm 的 enable 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 contract-sdk-emv/example/counter && solc --abi --bin counter.sol 敬请期待 JAVA C++ GO Solidity Python xchain-cli native deploy –account XC1111111111111111@xuper -a ‘{“creator”:”XC1111111111111111@xuper”}’ –fee 15587517

golang 和 java 的 native 合约， c++ 的 wasm 合约以及 solidity 的 evm 合约为例展示 合约的基本操作。完整的语言-合约相容矩阵见 合约开发详解 开启运行时支持(可选) XuperChain 默认情况下只启用了 wasm 合约，如果想要尝试 evm 合约和 native 合约，需要修改 conf.xchain.yml 设置 native 和 evm 的 enable 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 contract-sdk-emv/example/counter && solc --abi --bin counter.sol 敬请期待 JAVA C++ GO Solidity Python xchain-cli native deploy –account XC1111111111111111@xuper -a ‘{“creator”:”XC1111111111111111@xuper”}’ –fee 15587517

2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署 wasm合约 3.3. 部署native合约 3.4. 部署solidity合约 3.5. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6.1. xchain进程需要调用合约虚拟机来执行具体的合约代码，合约虚拟机也需要跟 xchain进程通信来进行具体的系统调用，如KV获取等，这是一个双向通信的过 程。 合约双向通信 这种双向通信在不同虚拟机里面有不同的实现， 在native合约里面由于合约是跑在docker容器里面的独立进程，因此牵扯到 跨进程通信，这里选用了unix socket作为跨进程通信的传输层，xchain在 启动合约进程的时候把syscall的sock 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏览 器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来提高 性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算法 等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解释 器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的应用 场景，通过用

2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署 wasm合约 3.3. 部署native合约 3.4. 部署solidity合约 3.5. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6.1. xchain进程需要调用合约虚拟机来执行具体的合约代码，合约虚拟机也需要跟 xchain进程通信来进行具体的系统调用，如KV获取等，这是一个双向通信的过 程。 合约双向通信 这种双向通信在不同虚拟机里面有不同的实现， 在native合约里面由于合约是跑在docker容器里面的独立进程，因此牵扯到 跨进程通信，这里选用了unix socket作为跨进程通信的传输层，xchain在 启动合约进程的时候把syscall的sock 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏览 器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来提高 性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算法 等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解释 器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的应用 场景，通过用

2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署wasm合约 3.3. 部署native合约 3.4. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6.1. 创建平行链 6.2. 获取group_chain合约 xchain进程需要调用合约虚拟机来执行具体的合约代码，合约虚拟机也需要跟 xchain进程通信来进行具体的系统调用，如KV获取等，这是一个双向通信的过 程。 合约双向通信 这种双向通信在不同虚拟机里面有不同的实现， 在native合约里面由于合约是跑在docker容器里面的独立进程，因此牵扯到 跨进程通信，这里选用了unix socket作为跨进程通信的传输层，xchain在 启动合约进程的时候把syscall的sock 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏览 器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来提高 性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算法 等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解释 器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的应用 场景，通过用

2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署wasm合约 3.3. 部署native合约 3.4. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6.1. 创建平行链 6.2. 获取group_chain合约 xchain进程需要调用合约虚拟机来执行具体的合约代码，合约虚拟机也需要跟 xchain进程通信来进行具体的系统调用，如KV获取等，这是一个双向通信的过 程。 合约双向通信 这种双向通信在不同虚拟机里面有不同的实现， 在native合约里面由于合约是跑在docker容器里面的独立进程，因此牵扯到 跨进程通信，这里选用了unix socket作为跨进程通信的传输层，xchain在 启动合约进程的时候把syscall的sock 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏览 器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来提高 性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算法 等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解释 器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的应用 场景，通过用

2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署 wasm合约 3.3. 部署native合约 3.4. 部署solidity合约 3.5. 合约升级 3.6. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 xchain进程需要调用合约虚拟机来执行具体的合约代码，合约虚拟机也需要跟 xchain进程通信来进行具体的系统调用，如KV获取等，这是一个双向通信的过 程。 合约双向通信 这种双向通信在不同虚拟机里面有不同的实现， 在native合约里面由于合约是跑在docker容器里面的独立进程，因此牵扯到 跨进程通信，这里选用了unix socket作为跨进程通信的传输层，xchain在 启动合约进程的时候把syscall的sock 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏览 器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来提高 性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算法 等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解释 器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的应用 场景，通过用