Axon 应用链框架的 Rust 开发实践 文愿 区块链工程师@秘猿先锋 wenyuan@cryptape.com Who am I ? 目录 1. Axon 简介 2. 大型 Rust 项目应用 Adapter 模式 3. 使用过程宏的监控埋点开发实践 4. 区块链间互操作性的实现

⽀支 撑 技 术 哈希 秘密分享 秘钥交换 不不经意传输 差分隐私 OPRF协议 ⿊黑名单匹配 ⾦金金融反欺诈 联合征信 应 ⽤用 同态加密 算法体系 隐私计算算法体系 03 构建隐私计算算 法框架的实践 趣链科技版权所有©2016 – 2021 13 隐私集合求交算法示例例 2.发送 和 N fp(A) 3.1随机⽣生成秘钥q 3.2加密数据集B的每个元素 3 Hellman密钥交换思想，求双⽅方集合的交集，保护交集之外的数据 数据集 A = {a1, a2, …, an} 1.1随机⽣生成秘钥p，公共参数N 1.2加密数据集A的每个元素 fp(A) = {fp(a1), fp(a2), …, fp(an)} 秘钥K，公共参数N，加密函数 ，满⾜足交换律律 = = = fK(x) = xKmod N fpq(x) fq(fp(x)) fp(fq(x)) 算法开发者编写 参与⽅方掉线 容错 趣链科技版权所有©2016 – 2021 19 隐私计算算法框架-组成 protocol_controller 基于dh-秘钥交换 protocol_instance 基于dh-秘钥交换 protocol_manager psi protocol_controller 基于ot-不不经意传输 protocol_instance 基于ot-不不经意传输

(Encrypted) TDE key GPDB数据透明加解密流程 秘钥管理 GPDB透明加密解析 GPDB TDE 使用三层key结构 • Master key: 加解密 major keys • Major keys: 加解密对应的 object keys • Object keys: 加解密对应的数据文件 秘钥管理 • 支持外部的KMS服务 • Master key保存于KMS中 Data (Encrypted) Object key (Encrypted) Data (Encrypted) Data (Decrypted) 总结 总结 • 高性能 • KMS保证秘钥安全性 • 对用户查询和数据库完全透明 • GPDB原生 • 不改变现有工作逻辑 对于现有方案的优势 pgcypto的问题 一款开源的HTAP数据库: • MPP架构 • 完整的事务+ACID+标准SQL支持

AES、DES 和 3DES 算法，支持对称加解密算法的各种秘钥长度和算法模式，包括 ECB、 CBC、CTR、OFB、CFB、XTS 模式。 • 支持非对称加解密：支持 RSA、DH、ECDH、ECDSA、x25519 和 x448 算法，支持各个算法的不同秘钥长度规格， RSA 算法支持普通模式和 CRT 模式，支持算法本身对应的秘钥生成、签名和验签功能。 • 支持哈希摘要算法功能：支持

等，RSA起步较早，此前在非对称加密领域使用范围最广，例如目前的SSL 证书大多采用RSA算法。而在ECC算法问世后，由于在抗攻击性、资源消耗 等方面相比RSA具有更好的表现，其使用也越来越广泛。 公钥密码算法一般都基于一个数学难题，比如RSA的依据是给定两个数p, q很 容易相乘得到N， 当N足够大时，对N进行因式分解则相对困难的多。ECC是 建立在基于椭圆曲线的离散对数问题上的密码体制，给定椭圆曲线上的一个 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 者可以通过公钥对签名有效性进行验证。 椭圆曲线算法由于采用的椭圆曲线的不同，具有多种不同的算法标准，典型 的如： NIST标准，典型的曲线如P-256/P-384/P-521等； SECG标准，典型的如Secp256k1/Secp256r1/ 密码学作为区块链系统的底层基础技术，在很多方面都会使用到。这里介绍 几个超级链中几个密码学典型的使用场景。 用户公私钥账户 超级链的用户账户体系基于非对称公私钥对，每个用户账户对应这一组公私 钥对，并采用一定的哈希算法将公钥摘要成一个字符串作为用户账户地址 (address)。 超级链中公私钥对使用椭圆曲线算法生成，用户账户地址主要使用SHA256和 RIPEMD-160哈希算法生成。 考虑到密钥不具

等，RSA起步较早，此前在非对称加密领域使用范围最广，例如目前的SSL 证书大多采用RSA算法。而在ECC算法问世后，由于在抗攻击性、资源消耗 等方面相比RSA具有更好的表现，其使用也越来越广泛。 公钥密码算法一般都基于一个数学难题，比如RSA的依据是给定两个数p, q很 容易相乘得到N， 当N足够大时，对N进行因式分解则相对困难的多。ECC是 建立在基于椭圆曲线的离散对数问题上的密码体制，给定椭圆曲线上的一个 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 者可以通过公钥对签名有效性进行验证。 椭圆曲线算法由于采用的椭圆曲线的不同，具有多种不同的算法标准，典型 的如： NIST标准，典型的曲线如P-256/P-384/P-521等； SECG标准，典型的如Secp256k1/Secp256r1/ 密码学作为区块链系统的底层基础技术，在很多方面都会使用到。这里介绍 几个超级链中几个密码学典型的使用场景。 用户公私钥账户 超级链的用户账户体系基于非对称公私钥对，每个用户账户对应这一组公私 钥对，并采用一定的哈希算法将公钥摘要成一个字符串作为用户账户地址 (address)。 超级链中公私钥对使用椭圆曲线算法生成，用户账户地址主要使用SHA256和 RIPEMD-160哈希算法生成。 考虑到密钥不具

等，RSA起步较早，此前在非对称加密领域使用范围最广，例如目前的SSL 证书大多采用RSA算法。而在ECC算法问世后，由于在抗攻击性、资源消耗 等方面相比RSA具有更好的表现，其使用也越来越广泛。 公钥密码算法一般都基于一个数学难题，比如RSA的依据是给定两个数p, q很 容易相乘得到N， 当N足够大时，对N进行因式分解则相对困难的多。ECC是 建立在基于椭圆曲线的离散对数问题上的密码体制，给定椭圆曲线上的一个 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 者可以通过公钥对签名有效性进行验证。 椭圆曲线算法由于采用的椭圆曲线的不同，具有多种不同的算法标准，典型 的如： NIST标准，典型的曲线如P-256/P-384/P-521等； SECG标准，典型的如Secp256k1/Secp256r1/ 密码学作为区块链系统的底层基础技术，在很多方面都会使用到。这里介绍 几个超级链中几个密码学典型的使用场景。 用户公私钥账户 超级链的用户账户体系基于非对称公私钥对，每个用户账户对应这一组公私 钥对，并采用一定的哈希算法将公钥摘要成一个字符串作为用户账户地址 (address)。 超级链中公私钥对使用椭圆曲线算法生成，用户账户地址主要使用SHA256和 RIPEMD-160哈希算法生成。 考虑到密钥不具

等，RSA起步较早，此前在非对称加密领域使用范围最广，例如目前的SSL 证书大多采用RSA算法。而在ECC算法问世后，由于在抗攻击性、资源消耗 等方面相比RSA具有更好的表现，其使用也越来越广泛。 公钥密码算法一般都基于一个数学难题，比如RSA的依据是给定两个数p, q很 容易相乘得到N， 当N足够大时，对N进行因式分解则相对困难的多。ECC是 建立在基于椭圆曲线的离散对数问题上的密码体制，给定椭圆曲线上的一个 ECDSA (Elliptic Curve Digital Signature Algorithm): 是使用椭圆曲线密码学 实现的DSA(数字签名算法)，一般发起人对消息摘要使用私钥签名，验证 者可以通过公钥对签名有效性进行验证。 椭圆曲线算法由于采用的椭圆曲线的不同，具有多种不同的算法标准，典型 的如： NIST标准，典型的曲线如P-256/P-384/P-521等； SECG标准，典型的如Secp256k1/Secp256r1/ 密码学作为区块链系统的底层基础技术，在很多方面都会使用到。这里介绍 几个超级链中几个密码学典型的使用场景。 用户公私钥账户 超级链的用户账户体系基于非对称公私钥对，每个用户账户对应这一组公私 钥对，并采用一定的哈希算法将公钥摘要成一个字符串作为用户账户地址 (address)。 超级链中公私钥对使用椭圆曲线算法生成，用户账户地址主要使用SHA256和 RIPEMD-160哈希算法生成。 考虑到密钥不具

miner signed: blockid + nonce + timestamp bytes sign = 6; // The pk of the miner // 矿工公钥 bytes pubkey = 7; // The Merkle Tree root // 默克尔树树根 bytes merkle_root = 8; // The height 44 45 46 message Utxo { // 转账数量 bytes amount = 1; // 转给谁 bytes toAddr = 2; // 转给谁的公钥 bytes toPubkey = 3; // 该Utxo属于哪一个交易 bytes refTxid = 4; // 该Utxo数据哪一个交易的哪一个offset int32 select // UTXO来源属于哪个address string address = 3; // publickey of the address // UTXO来源对应的公钥 string publickey = 4; // totalNeed refer the total need utxos to select // 需要的UTXO总额 string