ton('cml_log', \Cml\Logger\File::class); //必须绑定。路由 //框架自带的路由支持restful分格的路由、路由分组。 在未 声明/未匹配到路由规则时会按url映射到文件的方式来执行相应的控制 器方法。具体参考 http://doc.cmlphp.com/devintro/route/readme.html。 用的时候不用带前缀如使用view_html视图服务： \Cml\View::getEngine('html'); //\Cml\View::getEngine();不传类型的时候，使用的引擎 可在配置文件中配置 'view_render_engine' => 'Html'默认为 view_html //自定义服务实现\Cml\Interfaces\View接口即可或继承 Controller { public function index() { echo '欢迎使用cml框架,应用初始化成功'; } } 关于命名空间及其它参考控制器章节 web/Lang 可选 为web应用语言包存放目录具体请参考 语言包 章节 web/Model 可选 为web应用模型文件存放目录 具体请参考模 型章节

ngleton('cml_log', \Cml\Logger\File::class); //必须绑定。路由 //框架自带的路由支持restful分格的路由、路由分组。 在未声明/未匹配到路由规则时会按url映射到文 件的方式来执行相应的控制器方法。具体参考 http://doc.cmlphp.com/devintro/route/readme.html。 / extends Controller { public function index() { echo '欢迎使用cml框架,应用初始化成功'; } } 关于命名空间及其它参考控制器章节 web/Lang 可选 为web应用语言包存放目录具体请参考 语言包章节 web/Model 可选 为web应用模型文件存放目录 具体请参考模型章节 //查询数据缓存时间，表数据有变动会自动更新缓存。设置为0表示表数据没变动时缓存不过期。 //这边设置为3600意思是即使表数据没变动也让缓存每3600s失效一次,这样可以让缓存空间更合理的 利用. //如果不想启用缓存直接配置为false 'cache_expire' => 3600, ], // 缓存服务器的配置

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist P256 + Schnorr的密码学插件的用户账 户，可以使用下述命令行： 1 xchain-cli account newkeys --output data/tmpkey

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist P256 + Schnorr的密码学插件的用户账 户，可以使用下述命令行： 1 xchain-cli account newkeys --output data/tmpkey

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist P256 + Schnorr的密码学插件的用户账 户，可以使用下述命令行： 1 xchain-cli account newkeys --output data/tmpkey

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist P256 + Schnorr的密码学插件的用户账 户，可以使用下述命令行： 1 xchain-cli account newkeys --output data/tmpkey

到xchain二进制里面，所以虚拟机和xchain在一个进程空间，通信是在 xchain和WASM虚拟机之间进行的，这里牵扯到xchain的数据跟虚拟机里 面数据的交换，在实现上是通过WASM自己的模块机制实现的，xchain实 现了一个虚拟的WASM模块，合约代码执行到外部模块调用的时候就转到 对应的xchain函数调用，由于xchain和合约代码的地址空间不一样，还是 牵扯到序列化和反序列化的动作。 WASM合约 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头 Xuperchain节点之间存在双重身份：P2P节点ID和Xuperchain address，为了解 决节点间的身份互信，防止中间人攻击和消息篡改，节点间需要一种身份认证 机制，可以证明对称节点声明的XChain address是真实有效的 6.2. 名词解释 Xuperchain address：当前节点的address，一般为data/keys/address P2P节点ID：当前节点P2P的peer

到xchain二进制里面，所以虚拟机和xchain在一个进程空间，通信是在 xchain和WASM虚拟机之间进行的，这里牵扯到xchain的数据跟虚拟机里 面数据的交换，在实现上是通过WASM自己的模块机制实现的，xchain实 现了一个虚拟的WASM模块，合约代码执行到外部模块调用的时候就转到 对应的xchain函数调用，由于xchain和合约代码的地址空间不一样，还是 牵扯到序列化和反序列化的动作。 WASM合约 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头 Xuperchain节点之间存在双重身份：P2P节点ID和Xuperchain address，为了解 决节点间的身份互信，防止中间人攻击和消息篡改，节点间需要一种身份认证 机制，可以证明对称节点声明的XChain address是真实有效的 6.2. 名词解释 Xuperchain address：当前节点的address，一般为data/keys/address P2P节点ID：当前节点P2P的peer

到xchain二进制里面，所以虚拟机和xchain在一个进程空间，通信是在 xchain和WASM虚拟机之间进行的，这里牵扯到xchain的数据跟虚拟机里 面数据的交换，在实现上是通过WASM自己的模块机制实现的，xchain实 现了一个虚拟的WASM模块，合约代码执行到外部模块调用的时候就转到 对应的xchain函数调用，由于xchain和合约代码的地址空间不一样，还是 牵扯到序列化和反序列化的动作。 WASM合约 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头 Xuperchain节点之间存在双重身份：P2P节点ID和Xuperchain address，为了解 决节点间的身份互信，防止中间人攻击和消息篡改，节点间需要一种身份认证 机制，可以证明对称节点声明的XChain address是真实有效的 6.2. 名词解释 Xuperchain address：当前节点的address，一般为data/keys/address P2P节点ID：当前节点P2P的peer

到xchain二进制里面，所以虚拟机和xchain在一个进程空间，通信是在 xchain和WASM虚拟机之间进行的，这里牵扯到xchain的数据跟虚拟机里 面数据的交换，在实现上是通过WASM自己的模块机制实现的，xchain实 现了一个虚拟的WASM模块，合约代码执行到外部模块调用的时候就转到 对应的xchain函数调用，由于xchain和合约代码的地址空间不一样，还是 牵扯到序列化和反序列化的动作。 WASM合约 联盟链场景。 通过xchian.yaml中p2p module配置，选择p2p网络的模式。 XuperChain 定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所 有的 XuperChain 网络节点除了基础的消息类型外还会监听并处理这个协议 的网络消息。 5.2.1. XuperChain p2p消息 XuperChain 消息采用Protob Xuperchain节点之间存在双重身份：P2P节点ID和Xuperchain address，为了解 决节点间的身份互信，防止中间人攻击和消息篡改，节点间需要一种身份认证 机制，可以证明对称节点声明的XChain address是真实有效的 6.2. 名词解释 Xuperchain address：当前节点的address，一般为data/keys/address P2P节点ID：当前节点P2P的peer