Peer 节点提交交易过程
Peer 启动后会在后台执行 gossip 服务,包括若干 goroutine,实现位于 gossip/state/state.go#NewGossipStateProvider(chainID string, services *ServicesMediator, ledger ledgerResources) GossipStateProvider 方法。
其中一个协程专门负责处理收到的区块信息。
// Deliver in order messages into the incoming channel
go s.deliverPayloads()deliverPayloads() 方法实现位于同一个文件的 GossipStateProviderImpl 结构下,其主要过程为循环从收到的 Gossip 消息载荷缓冲区按序拿到封装消息,解析后进行处理。核心代码逻辑如下:
// gossip/state/state.go#GossipStateProviderImpl.deliverPayloads()
for {
select {
case <-s.payloads.Ready(): // 等待消息
// 依次处理收到的消息
for payload := s.payloads.Pop(); payload != nil; payload = s.payloads.Pop() {
rawBlock := &common.Block{}
// 从载荷数据中尝试解析区块结构,失败则尝试下个消息
if err := pb.Unmarshal(payload.Data, rawBlock); err != nil {
logger.Errorf("Error getting block with seqNum = %d due to (%+v)...dropping block", payload.SeqNum, errors.WithStack(err))
continue
}
// 检查区块结构是否完整,失败则尝试下个消息
if rawBlock.Data == nil || rawBlock.Header == nil {
logger.Errorf("Block with claimed sequence %d has no header (%v) or data (%v)",
payload.SeqNum, rawBlock.Header, rawBlock.Data)
continue
}
// 从载荷中解析私密数据,失败则尝试下个消息
var p util.PvtDataCollections
if payload.PrivateData != nil {
err := p.Unmarshal(payload.PrivateData)
if err != nil {
logger.Errorf("Wasn't able to unmarshal private data for block seqNum = %d due to (%+v)...dropping block", payload.SeqNum, errors.WithStack(err))
continue
}
}
// 核心部分:提交区块到本地账本
if err := s.commitBlock(rawBlock, p); err != nil {
if executionErr, isExecutionErr := err.(*vsccErrors.VSCCExecutionFailureError); isExecutionErr {
logger.Errorf("Failed executing VSCC due to %v. Aborting chain processing", executionErr)
return
}
logger.Panicf("Cannot commit block to the ledger due to %+v", errors.WithStack(err))
}
}
case <-s.stopCh: // 停止处理消息
s.stopCh <- struct{}{}
logger.Debug("State provider has been stopped, finishing to push new blocks.")
return
}
}整体逻辑
s.commitBlock(rawBlock, p) 是对区块进行处理和提交的核心逻辑,主要包括提交前准备、提交过程和提交后处理三部分,如下图所示。

下面分别进行介绍三个阶段的实现过程。
提交前准备
主要完成对区块中交易格式的检查和获取关联该区块但缺失的私密数据,最后构建 blockAndPvtData 结构。
格式检查
对区块格式的检查主要在 core/committer/txvalidator/validator.go#TxValidator.Validate(block *common.Block) error 方法中完成,包括检查交易格式、对应账本是否存在、是否双花、满足 VSCC 和 Policy 等。核心逻辑如下。
获取缺失的私密数据
首先根据已有的私密数据计算区块中交易关联的读写集信息。如果仍有缺失,则尝试从其它节点获取。
构建 blockAndPvtData 结构
blockAndPvtData 结构用于后续的提交工作,因此,需要包括相关的区块和私密数据。
主要实现逻辑如下:
提交过程
提交过程是核心过程,主要包括预处理、验证交易、更新本地区块链结构、更新本地数据库结构四个步骤。
预处理
预处理阶段负责构造一个有效的内部区块结构。包括:
处理 Endorser 交易:只保留有效的 Endorser 交易;
处理配置交易:获取配置更新的模拟结果,放入读写集;
校验写集合:如果状态数据库采用 CouchDB,要按照 CouchDB 约束检查键值的格式:Key 必须为非下划线开头的 UTF-8 字符串,Value 必须为合法的字典结构,且不包括下划线开头的键名。
核心实现代码位于 core/ledger/kvledger/txmgmt/validator/valimpl/helper.go#preprocessProtoBlock(txmgr txmgr.TxMgr, validateKVFunc func(key string, value []byte) error, block common.Block, doMVCCValidation bool) (valinternal.Block, error),如下所示:
验证交易
接下来,对区块中交易进行 MVCC 检查,并校验私密读写集,更新区块元数据中的交易有效标记列表。
MVCC 检查需要逐个验证块中的 Endorser 交易,满足下列条件者才认为有效:
公共读集合中 key 版本在该交易前未变;
RangeQuery 的结果未变;
私密读集合中 key 版本未变。
实现在 core/ledger/kvledger/txmgmt/validator/statebasedval/state_based_validator.go#Validator.ValidateAndPrepareBatch(block valinternal.Block, doMVCCValidation bool) (valinternal.PubAndHashUpdates, error) 方法中,主要逻辑如下:
对私密读写集的校验主要是再次检查 Hash 值是否匹配,实现在 core/ledger/kvledger/txmgmt/validator/valimpl/helper.go#validatePvtdata(tx *valinternal.Transaction, pvtdata *ledger.TxPvtData) error 方法中。
最后,更新区块元数据中的交易有效标记列表,实现位于 core/ledger/kvledger/txmgmt/validator/valimpl/helper.go#postprocessProtoBlock(block *common.Block, validatedBlock *valinternal.Block) 方法,代码如下所示。
接下来,需要更新本地的账本结构,包括区块链结构和相关的本地数据库。
更新本地区块链结构
入口在 core/ledger/ledgerstorage/store.go#Store.CommitWithPvtData(blockAndPvtdata *ledger.BlockAndPvtData) error 方法中,主要包括如下步骤:
将区块写入本地 Chunk 文件;
更新索引数据库(区块号、Hash值、文件指针、交易偏移、区块元数据);
更新所提交的区块号到私密数据库;
区块写入 Chunk 文件主要实现在 common/ledger/blkstorage/fsblkstorage/blockfile_mgr.go#blockfileMgr.addBlock(block *common.Block) error 方法中,主要逻辑如下所示:
更新本地数据库结构
更新数据库是提交交易的最后一步,主要包括如下步骤:
删除过期私密数据;
更新私密数据生命周期记录数据库;
更新本地公共状态数据库和私密状态数据库;
如果启用了历史数据库,更新数据。
实现代码在 core/ledger/kvledger/txmgmt/txmgr/lockbasedtxmgr/lockbased_txmgr.go#LockBasedTxMgr.Commit() error 方法中,主要逻辑如下。
提交后处理
提交后的处理比较简单,包括清理本地的临时状态数据库和更新账本高度信息。
清理工作包括区块关联的临时私密数据和旧区块关联的临时私密数据。
Last updated
Was this helpful?