[TOC] #JD区块链 0.8.3-SNAPSHOT
| 版本号 | 作 者 | 修改日期 | 备 注 |
|---|---|---|---|
| 0.0.6 | 黄海泉 | 2017-11-10 |
定义JD区块链项目的目标与关键能力； 定义JD区块链的核心对象模型； 定义“账户”的生成算法和“区块/交易/操作/账户”的关键属性； 描述了编程接口的示例代码； |
| 0.0.7 | 黄海泉 | 2017-11-17 | 丰富了对“节点共识”、“节点分区”两项关键能力的详细描述； |
| 0.0.8 | 黄海泉 | 2018-07-17 | 增加部署图；增加智能合约开发的示例； |
JD区块链项目的目标是提供一个面向广泛的应用场景、满足企业核心需求的灵活和易用的区块链系统。 以下是 JD 区块链用以满足企业核心需求的关键能力，也是显著区别于其它区块链的重要特征：
- 快速共识
- 节点分区
- 并行多账本
- 大数据伸缩存储
- 条件检索
- 面向对象的合约代码编程模型
- 节点快速部署
- 多终端灵活接入
- 分布式自治的账户权限管理模型
JD区块链对于关键能力的定义是建立在深入理解和抽象各种多样化需求的基础上的。
-
快速共识（Efficient Consensus） 我们认为，“快速”不仅仅体现在“用更短时间”达成共识，还要体现在交易（Transaction）要得到可靠地执行。 需要在算法和实现层面做出保障，确保所有提交的合法的交易会被系统在一个“确定性”和“足够短”的时间之内被严格地执行，系统不主动作出随机性地丢弃（不包括系统故障因素）。注：POW类算法产生的链分叉处理是一种系统随机性地丢弃交易的行为。 从使用者的视角来看，这种能力就是区块链系统的“可靠性”，这对于企业、金融场景而言尤其重要。
-
节点分区（Peer Partition） “分区”是一种分布式系统架构原则，通过将大范围目标按照某种相似特征分隔为一个个小范围目标，分别进行更高效地处理，这能从整体上提升整个系统的处理能力。 区块链系统也是一种分布式系统，沿用“分区”的**这点来自以往的系统架构实践的经验，是有可能让区块链系统获得可媲美现有系统的处理能力。这种能力将可以无障碍地把区块链在应用于广泛的企业场景中。 在此，我们所说的“节点分区（Peer Partition）” 是共识过程中的物理通讯层面的分区，在共识过程中只有相关的物理节点才会建立通讯链路并复制和存储共识的状态数据。在一个区块链系统中，可以从节点全集中选择一个或多个节点子集，分别组成一个或多个节点分区（Peer Partition）
-
并行多账本 账本（Ledger）
-
大数据伸缩存储
-
条件检索
-
面向对象的合约代码编程模型
-
节点快速部署
-
多终端灵活接入
-
分布式自治的账户权限管理模型
JD区块链的核心对象包括：
-
账本（Ledger） 一份账本（Ledger）实质上是由两部分组成：
- 一组以“账户（Account）”表示的状态数据；
- 以“区块的链条（Block-chain）”表示的状态数据的变更历史；
JD区块链的“账本（Ledger）”是一个最顶层的管理数据的逻辑单元。在一个区块链节点构成的共识网络中，可以维护多套并行的“账本（Ledger）”。
-
账户（Account）
- 在JD区块链中，账户（Account）被设计为包含“身份（Identity）”、“权限（Privilege）”、“状态（State）”、“控制规则（Control Rule）” 这4种属性的对象。
- 其中，“身份（Identity）”、“权限（Privilege）”这两种属性是一个面向应用的系统的基本功能；
- “状态（State）”、“控制规则（Control Rule）” 这两种属性这是一个具备“图灵完备性”的系统的基本属性，使系统可以处理任意多样化的任务；
- 在这里，“身份（Identity）”是一个抽象表述，其形式上就是一个“区块链地址（Address）”和相应的“非对称秘钥钥对（KeyPair）”/证书。 简单来说，一个“账户（Account）”就是一个区块链地址、公私钥对以及一套的权限配置.
- 一个“账户（Account）”的“状态（State）”、“控制规则（Control Rule）” 这2种属性则是可选的，这提供了不同于其它区块链的账户/合约的一种新的使用方式，即一种数据和逻辑分离的应用设计思路（这在传统的web应用编程中被称为“贫血模型”）。同时，也意味着一个特定“账户”中的数据状态是可以跨账户/合约代码进行共享访问的。
- 从应用的视角来看，对“账户”的使用方式可以有几种模式：
- 用于表示业务角色/用户：
- 用于表示业务数据：仅有“状态（State）”没有“控制规则（Control Rule）”的账户，可称为数据账户，就有些类似于关系数据库中的“表（Table）”的作用，不同业务类别的数据则使用不同的账户来管理。
- 用于表示业务逻辑：仅有“控制规则（Control Rule）”没有“状态（State）”的账户，即所谓的合约账户，可表示某种用于处理数据的通用逻辑，可被授权访问特定的数据账户。
-
区块（Block） 在概念上，与通常所说的区块的概念是一致的。 在实现上，一个区块的主要内容是包含了某一时刻提交的所有交易以及交易执行之后的状态数据的快照的hash，而不存储具体的交易操作和状态数据。
-
交易（Transaction） 在概念上，与通常所说的Transaction的概念是一致的，表示一组需要原子执行的操作。
-
操作（Operation） 操作是针对“账户（Account）”的“写”指令，包括以下几类：
- 注册账户
- 更新账户的状态数据
- 更新账户的合约代码定义
- 调用账户的合约代码
-
合约代码（Contract Code） 合约代码是一段用于对“账户（Account）”的状态数据执行操作的代码程序。
-
总体部署
-
系统组件
- 共识节点
- 复制节点
- SDK
- 网关
- 终端
- 配置和管理
- 公私钥对
- 算法：默认ED25519 ，支持 SM2、CA；
- 公钥存储格式：版本 + 算法标识 + 公私钥原始内容 + 校验码
- 字符编码方式：Base64
- 地址
- 算法
- 给定公钥 P （或由私钥 R 算出公钥 P）
- 中间值 H1 = SHA256( P )
- 中间值 H2 = RIPEMD-160( H1 )
- 中间值 X = 版本 + 公钥算法标识 + H2
- 校验和 C = 前4字节( SHA256( SHA256( X )) )
- 地址 Address = Base58( X + C )
- 算法
| 属性 | 名称 | 说明 |
|---|---|---|
| BlockHash | 当前区块 hash | 对区块中除此之外的其它所有属性一起进行哈希运算生成 |
| BlockVersion | 区块版本 | 表示区块-交易的属性结构的版本号； |
| PreviousBlockHash | 上一区块 hash | |
| BlockNumber | 区块高度 | 区块高度是一个区块在链中的序号； 创始区块的高度为 0，每个新区块的高度依次递增； |
| AccountHash | 账户树hash | 账户的 Merkle Tree 根的 hash |
| AccountCount | 账户数量 | 区块生成时账本中的全部账户的总数 |
| TxTreeHash | 交易树 hash | 本区块的交易集合的 Merkle Tree 根的 hash |
| TxCount | 区块交易数量 | 当前区块包含的交易的数量； |
| TxTotalCount | 账本交易总数 | 截止到当前区块为止当前账本的所有交易的总数量； |
| CloseTime | 区块关闭时间 | 生成当前区块时的区块链节点的网络时间； |
| 属性 | 名称 | 说明 |
|---|---|---|
| Hash | 当前交易 hash | 对交易中除此之外的其它所有属性一起进行哈希运算生成 |
| LedgerNumber | 区块高度 | 交易被包含的区块高度 |
| BlobHash | 交易数据块hash | 交易的数据块是交易的原始数据，包含客户端提交的交易的全部操作及其参数；
交易的参与者需要使用私钥对交易数据块进行签名； |
| Operations | 操作列表 | 交易的操作列表； |
| Sponsor | 交易发起人 | 交易发起人的账户地址； |
| SequenceNumber | 交易序号 | 交易序号记录了一个特定的发起人的交易的顺序号，等同于该发起人历史上发起的交易的总数； |
| Signatures | 签名列表 | 由交易发起人和其它参与者对交易数据块的签名的列表； |
| Result | 交易结果 | 0 - 表示执行成功；非零表示执行失败； 注：最终的账本只包含成功的交易; |
| 属性 | 名称 | 说明 |
|---|---|---|
| OpType | 操作类型 |
一级操作类型包括：注册账户、配置权限、写入键值数据、写入对象数据、定义合约代码、调用合约代码； “键值数据写入”操作的子操作类型包括：填入键值、移除键、数值增加、数值减少； “对象数据写入”操作的自操作类型包括：插入对象、更新对象、移除对象； |
| Args | 参数列表 | 与操作类型相对应的参数列表； |
| SubOps | 子操作列表 | “子操作”是“操作”的递归定义，由“操作类型”来标识； |
| 属性 | 名称 | 说明 |
|---|---|---|
| Address | 地址 | 账户的唯一标识 |
| RegNumber | 注册号 | 账户被注册到区块链的区块高度； |
| TxSquenceNumber | 交易序列号 | 由账户发起的交易的序列号，初始为 0，账户每发起一个交易则增加1； |
| ModelVersion | 账户模型版本 | 表示构成一个账户结构的属性模型的程序版本号； |
| Version | 账户版本 | 初始为 0，对账户的每一次变更(包括对权限设置、状态和合约代码的变更)都会使账户状态版本增加 1 ； 注：交易序号的改变不会导致账户版本的增加； |
| PrivilegeHash | 权限 hash | 权限树的根hash； |
| PrivilegeVersion | 权限版本 | 初始为 0， 每次对权限的变更都导致版本号加 1； |
| StateType | 状态类型 | 账户的状态类型有3种：空类型(NIL)；键值类型；对象类型； |
| StateVersion | 状态版本 | 账户的状态类型有3种：空类型(NIL)；键值类型；对象类型； |
| StateHash | 状态哈希 | 数据状态的 merkle tree 的根hash； |
| CodeHash | 合约代码哈希 | 由“账户地址+合约代码版本号+合约代码内容”生成的哈希； |
| CodeVersion | 代码版本 | 初始为 0，每次对代码的变更都使版本加 1 ； |
//创建服务代理
public static BlockchainKeyPair CLIENT_CERT = BlockchainKeyGenerator.getInstance().generate();
final String GATEWAY_IP = "127.0.0.1";
final int GATEWAY_PORT = 80;
final boolean SECURE = false;
GatewayServiceFactory serviceFactory = GatewayServiceFactory.connect(GATEWAY_IP, GATEWAY_PORT, SECURE,
CLIENT_CERT);
// 创建服务代理；
BlockchainService service = serviceFactory.getBlockchainService(); // 创建服务代理；
BlockchainService service = serviceFactory.getBlockchainService();
// 在本地定义注册账号的 TX；
TransactionTemplate txTemp = service.newTransaction(ledgerHash);
SignatureFunction signatureFunction = asymmetricCryptography.getSignatureFunction(CryptoAlgorithm.ED25519);
CryptoKeyPair cryptoKeyPair = signatureFunction.generateKeyPair();
BlockchainKeyPair user = new BlockchainKeyPair(cryptoKeyPair.getPubKey(), cryptoKeyPair.getPrivKey());
txTemp.users().register(user.getIdentity());
// TX 准备就绪；
PreparedTransaction prepTx = txTemp.prepare();
// 使用私钥进行签名；
CryptoKeyPair keyPair = getSponsorKey();
prepTx.sign(keyPair);
// 提交交易；
prepTx.commit(); // 创建服务代理；
BlockchainService service = serviceFactory.getBlockchainService();
// 在本地定义注册账号的 TX；
TransactionTemplate txTemp = service.newTransaction(ledgerHash);
SignatureFunction signatureFunction = asymmetricCryptography.getSignatureFunction(CryptoAlgorithm.ED25519);
CryptoKeyPair cryptoKeyPair = signatureFunction.generateKeyPair();
BlockchainKeyPair dataAccount = new BlockchainKeyPair(cryptoKeyPair.getPubKey(), cryptoKeyPair.getPrivKey());
txTemp.dataAccounts().register(dataAccount.getIdentity());
// TX 准备就绪；
PreparedTransaction prepTx = txTemp.prepare();
// 使用私钥进行签名；
CryptoKeyPair keyPair = getSponsorKey();
prepTx.sign(keyPair);
// 提交交易；
prepTx.commit(); // 创建服务代理；
BlockchainService service = serviceFactory.getBlockchainService();
HashDigest ledgerHash = getLedgerHash();
// 在本地定义注册账号的 TX；
TransactionTemplate txTemp = service.newTransaction(ledgerHash);
// --------------------------------------
// 将商品信息写入到指定的账户中；
// 对象将被序列化为 JSON 形式存储，并基于 JSON 结构建立查询索引；
String commodityDataAccount = "GGhhreGeasdfasfUUfehf9932lkae99ds66jf==";
Commodity commodity1 = new Commodity();
txTemp.dataAccount(commodityDataAccount).set("ASSET_CODE", commodity1.getCode().getBytes(), -1);
// TX 准备就绪；
PreparedTransaction prepTx = txTemp.prepare();
String txHash = ByteArray.toBase64(prepTx.getHash().toBytes());
// 使用私钥进行签名；
CryptoKeyPair keyPair = getSponsorKey();
prepTx.sign(keyPair);
// 提交交易；
prepTx.commit();注：详细的查询可参考模块sdk-samples中SDK_GateWay_Query_Test_相关测试用例
// 创建服务代理；
BlockchainService service = serviceFactory.getBlockchainService();
// 查询区块信息；
// 区块高度；
long ledgerNumber = service.getLedger(LEDGER_HASH).getLatestBlockHeight();
// 最新区块；
LedgerBlock latestBlock = service.getBlock(LEDGER_HASH, ledgerNumber);
// 区块中的交易的数量；
long txCount = service.getTransactionCount(LEDGER_HASH, latestBlock.getHash());
// 获取交易列表；
LedgerTransaction[] txList = service.getTransactions(LEDGER_HASH, ledgerNumber, 0, 100);
// 遍历交易列表
for (LedgerTransaction ledgerTransaction : txList) {
TransactionContent txContent = ledgerTransaction.getTransactionContent();
Operation[] operations = txContent.getOperations();
if (operations != null && operations.length > 0) {
for (Operation operation : operations) {
operation = ClientOperationUtil.read(operation);
// 操作类型：数据账户注册操作
if (operation instanceof DataAccountRegisterOperation) {
DataAccountRegisterOperation daro = (DataAccountRegisterOperation) operation;
BlockchainIdentity blockchainIdentity = daro.getAccountID();
}
// 操作类型：用户注册操作
else if (operation instanceof UserRegisterOperation) {
UserRegisterOperation uro = (UserRegisterOperation) operation;
BlockchainIdentity blockchainIdentity = uro.getUserID();
}
// 操作类型：账本注册操作
else if (operation instanceof LedgerInitOperation) {
LedgerInitOperation ledgerInitOperation = (LedgerInitOperation)operation;
LedgerInitSetting ledgerInitSetting = ledgerInitOperation.getInitSetting();
ParticipantNode[] participantNodes = ledgerInitSetting.getConsensusParticipants();
}
// 操作类型：合约发布操作
else if (operation instanceof ContractCodeDeployOperation) {
ContractCodeDeployOperation ccdo = (ContractCodeDeployOperation) operation;
BlockchainIdentity blockchainIdentity = ccdo.getContractID();
}
// 操作类型：合约执行操作
else if (operation instanceof ContractEventSendOperation) {
ContractEventSendOperation ceso = (ContractEventSendOperation) operation;
}
// 操作类型：KV存储操作
else if (operation instanceof DataAccountKVSetOperation) {
DataAccountKVSetOperation.KVWriteEntry[] kvWriteEntries =
((DataAccountKVSetOperation) operation).getWriteSet();
if (kvWriteEntries != null && kvWriteEntries.length > 0) {
for (DataAccountKVSetOperation.KVWriteEntry kvWriteEntry : kvWriteEntries) {
BytesValue bytesValue = kvWriteEntry.getValue();
DataType dataType = bytesValue.getType();
Object showVal = ClientOperationUtil.readValueByBytesValue(bytesValue);
System.out.println("writeSet.key=" + kvWriteEntry.getKey());
System.out.println("writeSet.value=" + showVal);
System.out.println("writeSet.type=" + dataType);
System.out.println("writeSet.version=" + kvWriteEntry.getExpectedVersion());
}
}
}
}
}
}
// 根据交易的 hash 获得交易；注：客户端生成 PrepareTransaction 时得到交易hash；
HashDigest txHash = txList[0].getTransactionContent().getHash();
Transaction tx = service.getTransactionByContentHash(LEDGER_HASH, txHash);
// 获取数据；
String commerceAccount = "GGhhreGeasdfasfUUfehf9932lkae99ds66jf==";
String[] objKeys = new String[] { "x001", "x002" };
KVDataEntry[] kvData = service.getDataEntries(LEDGER_HASH, commerceAccount, objKeys);
long payloadVersion = kvData[0].getVersion();
// 获取数据账户下所有的KV列表
KVDataEntry[] kvData = service.getDataEntries(ledgerHash, commerceAccount, 0, 100);
if (kvData != null && kvData.length > 0) {
for (KVDataEntry kvDatum : kvData) {
System.out.println("kvData.key=" + kvDatum.getKey());
System.out.println("kvData.version=" + kvDatum.getVersion());
System.out.println("kvData.type=" + kvDatum.getType());
System.out.println("kvData.value=" + kvDatum.getValue());
}
}
// 创建服务代理；
BlockchainService service = serviceFactory.getBlockchainService();
// 在本地定义TX模板
TransactionTemplate txTemp = service.newTransaction(ledgerHash);
// 合约内容读取
byte[] contractBytes = FileUtils.readBytes(new File(CONTRACT_FILE));
// 生成用户
BlockchainIdentityData blockchainIdentity = new BlockchainIdentityData(getSponsorKey().getPubKey());
// 发布合约
txTemp.contracts().deploy(blockchainIdentity, contractBytes);
// TX 准备就绪；
PreparedTransaction prepTx = txTemp.prepare();
// 使用私钥进行签名；
CryptoKeyPair keyPair = getSponsorKey();
prepTx.sign(keyPair);
// 提交交易；
TransactionResponse transactionResponse = prepTx.commit();
assertTrue(transactionResponse.isSuccess());
// 打印合约地址
System.out.println(blockchainIdentity.getAddress().toBase58()); // 创建服务代理；
BlockchainService service = serviceFactory.getBlockchainService();
// 在本地定义TX模板
TransactionTemplate txTemp = service.newTransaction(ledgerHash);
// 合约地址
String contractAddressBase58 = "";
// Event
String event = "";
// args（注意参数的格式）
byte[] args = "20##30##abc".getBytes();
// 提交合约执行代码
txTemp.contractEvents().send(contractAddressBase58, event, args);
// TX 准备就绪；
PreparedTransaction prepTx = txTemp.prepare();
// 生成私钥并使用私钥进行签名；
CryptoKeyPair keyPair = getSponsorKey();
prepTx.sign(keyPair);
// 提交交易；
TransactionResponse transactionResponse = prepTx.commit();
assertTrue(transactionResponse.isSuccess());