源打到账号下，通过消耗账号的utxo资源创建合约，验证 的逻辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录： { contract.method，permission_model} 合约命名规则：长度为4~16个字符(包括4和16)，首字母可选项为 账号的创建、添加和删除AK、设置AK权重、权限模型 2. 合约权限管理 设置合约调用权限，支持2种权限模型： a. 背书阈值：在名单中的AK或Account签名且他们的权重值加起来 超过一定阈值，就可以调用合约 b. AK集合: 定义多组AK集合，集合内的AK需要全部签名，集合间 只要有一个集合有全部签名即可 4.5. 系统设计 ACL架构 4.5.1. ACL数据结构说明 1 2 3 4 5 6 7 8 9 10 11 持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头

Scheme): 椭圆曲线集成加密算 法，主要用于基于椭圆曲线的数据加解密。 ECDH (Elliptic Curve Diffie–Hellman): 基于Diffie–Hellman算法的一种密钥 协商算法，定义了双方如何安全的生成和交换密钥。 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 超级链作为区块 链底层系统方案的模块化目标，我们将密码学相关的功能设计成一个单独的 模块，并通过插件化技术实现了模块可插拔、插件可替换。 因此，超级链首先抽象出了统一的密码学相关的功能，并在此之上定义了统 一的密码学接口，我们称之为Crypto Provider Interface，并通过CryptoClient 接口向上层区块链系统系统密码学功能。CryptoClient目前由一组接口构成： 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能;

Scheme): 椭圆曲线集成加密算 法，主要用于基于椭圆曲线的数据加解密。 ECDH (Elliptic Curve Diffie–Hellman): 基于Diffie–Hellman算法的一种密钥 协商算法，定义了双方如何安全的生成和交换密钥。 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 超级链作为区块 链底层系统方案的模块化目标，我们将密码学相关的功能设计成一个单独的 模块，并通过插件化技术实现了模块可插拔、插件可替换。 因此，超级链首先抽象出了统一的密码学相关的功能，并在此之上定义了统 一的密码学接口，我们称之为Crypto Provider Interface，并通过CryptoClient 接口向上层区块链系统系统密码学功能。CryptoClient目前由一组接口构成： 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能;

Scheme): 椭圆曲线集成加密算 法，主要用于基于椭圆曲线的数据加解密。 ECDH (Elliptic Curve Diffie–Hellman): 基于Diffie–Hellman算法的一种密钥 协商算法，定义了双方如何安全的生成和交换密钥。 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 超级链作为区块 链底层系统方案的模块化目标，我们将密码学相关的功能设计成一个单独的 模块，并通过插件化技术实现了模块可插拔、插件可替换。 因此，超级链首先抽象出了统一的密码学相关的功能，并在此之上定义了统 一的密码学接口，我们称之为Crypto Provider Interface，并通过CryptoClient 接口向上层区块链系统系统密码学功能。CryptoClient目前由一组接口构成： 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能;

Scheme): 椭圆曲线集成加密算 法，主要用于基于椭圆曲线的数据加解密。 ECDH (Elliptic Curve Diffie–Hellman): 基于Diffie–Hellman算法的一种密钥 协商算法，定义了双方如何安全的生成和交换密钥。 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 超级链作为区块 链底层系统方案的模块化目标，我们将密码学相关的功能设计成一个单独的 模块，并通过插件化技术实现了模块可插拔、插件可替换。 因此，超级链首先抽象出了统一的密码学相关的功能，并在此之上定义了统 一的密码学接口，我们称之为Crypto Provider Interface，并通过CryptoClient 接口向上层区块链系统系统密码学功能。CryptoClient目前由一组接口构成： 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 不同的密码学插件是通过密钥中的曲线类型来确定的，目前系统中定义了三 种不同的曲线类型： P-256 : 使用Nist P256+ECDSA的默认插件； P-256-SN : 使用Nist P256 + Schnorr签名的插件，可以提供更高的签名验 签性能;

源打到账号下，通过消耗账号的utxo资源创建合约，验证 的逻辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录： { contract.method，permission_model} 合约命名规则：长度为4~16个字符(包括4和16)，首字母可选项为 账号的创建、添加和删除AK、设置AK权重、权限模型 2. 合约权限管理 设置合约调用权限，支持2种权限模型： a. 背书阈值：在名单中的AK或Account签名且他们的权重值加起来 超过一定阈值，就可以调用合约 b. AK集合: 定义多组AK集合，集合内的AK需要全部签名，集合间 只要有一个集合有全部签名即可 4.5. 系统设计 ACL架构 4.5.1. ACL数据结构说明 1 2 3 4 5 6 7 8 9 10 11 持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头

源打到账号下，通过消耗账号的utxo资源创建合约，验证 的逻辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录： { contract.method，permission_model} 合约命名规则：长度为4~16个字符(包括4和16)，首字母可选项为 账号的创建、添加和删除AK、设置AK权重、权限模型 2. 合约权限管理 设置合约调用权限，支持2种权限模型： a. 背书阈值：在名单中的AK或Account签名且他们的权重值加起来 超过一定阈值，就可以调用合约 b. AK集合: 定义多组AK集合，集合内的AK需要全部签名，集合间 只要有一个集合有全部签名即可 4.5. 系统设计 ACL架构 4.5.1. ACL数据结构说明 1 2 3 4 5 6 7 8 持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头

源打到账号下，通过消耗账号的utxo资源创建合约，验证 的逻辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录： { contract.method，permission_model} 合约命名规则：长度为4~16个字符(包括4和16)，首字母可选项为 账号的创建、添加和删除AK、设置AK权重、权限模型 2. 合约权限管理 设置合约调用权限，支持2种权限模型： a. 背书阈值：在名单中的AK或Account签名且他们的权重值加起来 超过一定阈值，就可以调用合约 b. AK集合: 定义多组AK集合，集合内的AK需要全部签名，集合间 只要有一个集合有全部签名即可 4.5. 系统设计 ACL架构 4.5.1. ACL数据结构说明 1 2 3 4 5 6 7 8 持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头

源打到账号下，通过消耗账号的utxo资源创建合约，验证 的逻辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录： { contract.method，permission_model} 合约命名规则：长度为4~16个字符(包括4和16)，首字母可选项为 账号的创建、添加和删除AK、设置AK权重、权限模型 2. 合约权限管理 设置合约调用权限，支持2种权限模型： a. 背书阈值：在名单中的AK或Account签名且他们的权重值加起来 超过一定阈值，就可以调用合约 b. AK集合: 定义多组AK集合，集合内的AK需要全部签名，集合间 只要有一个集合有全部签名即可 4.5. 系统设计 ACL架构 4.5.1. ACL数据结构说明 1 2 3 4 5 6 7 8 持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头

源打到账号下，通过消耗账号的utxo资源创建合约，验证 的逻辑需要走账号的ACL控制 合约Method权限模型管理 智能合约：超级链中的一个具体的合约，属于某个账号 账号所属人员允许在账号内部署合约 账号所属人员可以定义合约管理的权限模型 设置合约方法的权限模型，合约内有一个权限表，记录： { contract.method，permission_model} 合约命名规则：长度为4~16个字符(包括4和16)，首字母可选项为 账号的创建、添加和删除AK、设置AK权重、权限模型 2. 合约权限管理 设置合约调用权限，支持2种权限模型： a. 背书阈值：在名单中的AK或Account签名且他们的权重值加起来 超过一定阈值，就可以调用合约 b. AK集合: 定义多组AK集合，集合内的AK需要全部签名，集合间 只要有一个集合有全部签名即可 4.5. 系统设计 ACL架构 4.5.1. ACL数据结构说明 1 2 3 4 5 6 7 8 持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所有的超级链网络节点除了基础的消息类型外还会监听并处 理这个协议的网络消息。 5.2.1. 超级链p2p消息 超级链消息采用Protobuf定义，整个消息包括2部分，分别是消息头