兄弟连区块链教程Fabric1.0源代码分析Tx(Transaction 交易)一

简介:

  区块链教程Fabric1.0源代码分析Tx(Transaction 交易)一,2018年下半年,区块链行业正逐渐褪去发展之初的浮躁、回归理性,表面上看相关人才需求与身价似乎正在回落。但事实上,正是初期泡沫的渐退,让人们更多的关注点放在了区块链真正的技术之上。

Fabric 1.0源代码笔记 之 Tx(Transaction 交易)

1、Tx概述

Tx,即Transaction,交易或事务。

Tx代码分布目录结构如下:

  • protos/common/common.pb.go,交易的封装即Envelope结构体。也包括Payload、Header、ChannelHeader和SignatureHeader。
  • protos/utils目录,交易相关部分工具函数,包括txutils.go、proputils.go和commonutils.go。
  • core/ledger/kvledger/txmgmt目录
        * rwsetutil目录,读写集相关结构体及方法。

    * version目录,version.Height结构体及方法。
    * validator目录,Validator接口及实现。
    * txmgr目录,TxMgr接口及实现。

2、交易的封装Envelope结构体

有个图4

2.1、Envelope结构体

Envelope直译为信封,封装Payload和Signature。

type Envelope struct { //用签名包装Payload,以便对信息做身份验证
    Payload []byte //Payload序列化
    Signature []byte //Payload header中指定的创建者签名
}
//代码在protos/common/common.pb.go

2.2、Payload相关结构体

Payload直译为有效载荷。Payload结构体:

type Payload struct {
    Header *Header //Header
    Data []byte //Transaction序列化
}
//代码在protos/common/common.pb.go

Header结构体:

type Header struct {
    ChannelHeader   []byte
    SignatureHeader []byte
}
//代码在protos/common/common.pb.go

ChannelHeader结构体:

type ChannelHeader struct {
    Type int32
    Version int32 //消息协议版本
    Timestamp *google_protobuf.Timestamp //创建消息时的本地时间
    ChannelId string //消息绑定的ChannelId
    TxId string //TxId
    Epoch uint64 //纪元
    Extension []byte //可附加的扩展
}
//代码在protos/common/common.pb.go

补充HeaderType:

type HeaderType int32

const (
    HeaderType_MESSAGE              HeaderType = 0
    HeaderType_CONFIG               HeaderType = 1
    HeaderType_CONFIG_UPDATE        HeaderType = 2
    HeaderType_ENDORSER_TRANSACTION HeaderType = 3
    HeaderType_ORDERER_TRANSACTION  HeaderType = 4
    HeaderType_DELIVER_SEEK_INFO    HeaderType = 5
    HeaderType_CHAINCODE_PACKAGE    HeaderType = 6
)
//代码在protos/common/common.pb.go

SignatureHeader结构体:

type SignatureHeader struct {
    Creator []byte //消息的创建者, 指定为证书链
    Nonce []byte //可能只使用一次的任意数字,可用于检测重播攻击
}
//代码在protos/common/common.pb.go

2.3、Transaction相关结构体

Transaction结构体:

type Transaction struct {
    Actions []*TransactionAction //Payload.Data是个TransactionAction数组,容纳每个交易
}
//代码在protos/peer/transaction.pb.go

TransactionAction结构体:

type TransactionAction struct {
    Header []byte
    Payload []byte
}
//代码在protos/peer/transaction.pb.go

2.4、ChaincodeActionPayload相关结构体

ChaincodeActionPayload结构体:

type ChaincodeActionPayload struct {
    ChaincodeProposalPayload []byte
    Action *ChaincodeEndorsedAction
}
//代码在protos/peer/transaction.pb.go

ChaincodeEndorsedAction结构体:

type ChaincodeEndorsedAction struct {
    ProposalResponsePayload []byte //ProposalResponsePayload序列化
    Endorsements []*Endorsement
}
//代码在protos/peer/transaction.pb.go

ProposalResponsePayload结构体:

type ProposalResponsePayload struct {
    ProposalHash []byte
    Extension []byte //ChaincodeAction序列化
}
//代码在protos/peer/proposal_response.pb.go

ChaincodeAction结构体:

type ChaincodeAction struct {
    Results []byte //TxRwSet序列化
    Events []byte
    Response *Response
    ChaincodeId *ChaincodeID
}
//代码在protos/peer/proposal.pb.go

3、交易验证代码TxValidationFlags

TxValidationFlags是交易验证代码的数组,在commiter验证块时使用。

type TxValidationFlags []uint8

//创建TxValidationFlags数组
func NewTxValidationFlags(size int) TxValidationFlags
//为指定的交易设置交易验证代码
func (obj TxValidationFlags) SetFlag(txIndex int, flag peer.TxValidationCode) 
//获取指定交易的交易验证代码
func (obj TxValidationFlags) Flag(txIndex int) peer.TxValidationCode 
//检查指定的交易是否有效
func (obj TxValidationFlags) IsValid(txIndex int) bool
//检查指定的交易是否无效
func (obj TxValidationFlags) IsInvalid(txIndex int) bool
//指定交易的交易验证代码与flag比较,相同为true
func (obj TxValidationFlags) IsSetTo(txIndex int, flag peer.TxValidationCode) bool
//代码在core/ledger/util/txvalidationflags.go

补充peer.TxValidationCode:

type TxValidationCode int32

const (
    TxValidationCode_VALID                        TxValidationCode = 0
    TxValidationCode_NIL_ENVELOPE                 TxValidationCode = 1
    TxValidationCode_BAD_PAYLOAD                  TxValidationCode = 2
    TxValidationCode_BAD_COMMON_HEADER            TxValidationCode = 3
    TxValidationCode_BAD_CREATOR_SIGNATURE        TxValidationCode = 4
    TxValidationCode_INVALID_ENDORSER_TRANSACTION TxValidationCode = 5
    TxValidationCode_INVALID_CONFIG_TRANSACTION   TxValidationCode = 6
    TxValidationCode_UNSUPPORTED_TX_PAYLOAD       TxValidationCode = 7
    TxValidationCode_BAD_PROPOSAL_TXID            TxValidationCode = 8
    TxValidationCode_DUPLICATE_TXID               TxValidationCode = 9
    TxValidationCode_ENDORSEMENT_POLICY_FAILURE   TxValidationCode = 10
    TxValidationCode_MVCC_READ_CONFLICT           TxValidationCode = 11
    TxValidationCode_PHANTOM_READ_CONFLICT        TxValidationCode = 12
    TxValidationCode_UNKNOWN_TX_TYPE              TxValidationCode = 13
    TxValidationCode_TARGET_CHAIN_NOT_FOUND       TxValidationCode = 14
    TxValidationCode_MARSHAL_TX_ERROR             TxValidationCode = 15
    TxValidationCode_NIL_TXACTION                 TxValidationCode = 16
    TxValidationCode_EXPIRED_CHAINCODE            TxValidationCode = 17
    TxValidationCode_CHAINCODE_VERSION_CONFLICT   TxValidationCode = 18
    TxValidationCode_BAD_HEADER_EXTENSION         TxValidationCode = 19
    TxValidationCode_BAD_CHANNEL_HEADER           TxValidationCode = 20
    TxValidationCode_BAD_RESPONSE_PAYLOAD         TxValidationCode = 21
    TxValidationCode_BAD_RWSET                    TxValidationCode = 22
    TxValidationCode_ILLEGAL_WRITESET             TxValidationCode = 23
    TxValidationCode_INVALID_OTHER_REASON         TxValidationCode = 255
)
//代码在protos/peer/transaction.pb.go
未完待续感谢关注兄弟连区块链教程分享!
相关文章
|
8月前
|
存储 供应链 监控
区块链技术在供应链管理中的应用与前景分析
随着信息化时代的到来,供应链管理面临着越来越多的挑战和机遇。本文主要探讨了区块链技术在供应链管理中的应用,以及未来的发展前景。通过对区块链技术的特点和优势进行分析,结合实际案例和趋势展望,展示了区块链技术在提升供应链透明度、效率和安全性方面的潜力,以及未来发展的可能方向。
|
8月前
|
安全 区块链
区块链积分商城系统开发详细指南//需求功能/指南教程/源码流程
Developing a blockchain points mall system involves multiple aspects such as blockchain technology, smart contracts, front-end development, and business logic design. The following is the general process for developing a blockchain points mall system
|
8月前
|
存储 供应链 安全
【区块链】智能交易模式下的数据安全流通模型
【区块链】智能交易模式下的数据安全流通模型
401 1
|
8月前
|
安全 数据挖掘 API
《区块链公链数据分析简易速速上手小册》第4章:交易数据分析(2024 最新版)(下)
《区块链公链数据分析简易速速上手小册》第4章:交易数据分析(2024 最新版)(下)
160 1
|
8月前
|
数据可视化 数据挖掘 区块链
《区块链公链数据分析简易速速上手小册》第4章:交易数据分析(2024 最新版)(上)
《区块链公链数据分析简易速速上手小册》第4章:交易数据分析(2024 最新版)(上)
344 0
|
2月前
|
存储 监控 供应链
区块链如何防止欺诈性交易
区块链如何防止欺诈性交易
|
8月前
|
存储 算法 API
面向企业的区块链教程(一)(2)
面向企业的区块链教程(一)
123 6
|
5月前
|
安全 区块链
Massa Layer 1区块链 POS 安全性分析
Massa Labs 回应 Certik 的挑战,通过严格的数学分析证明了其权益证明系统的安全性,抵抗了潜在攻击者试图操纵随机抽签的企图。
67 0
Massa Layer 1区块链 POS 安全性分析
|
7月前
|
存储 供应链 安全
区块链技术防止交易被篡改的能力主要依赖于其独特的架构和机制
**区块链技术通过分布式存储、去中心化网络、哈希链接、共识机制及加密算法确保交易防篡改。每个区块含前块哈希,篡改将破坏链式结构;共识机制如PoW、PoS保证交易验证;智能合约增强安全性。多层防护保障数据完整性和安全性,支撑其在多个行业中的应用。**
|
8月前
|
存储 供应链 安全
基于区块链技术的智能合约安全性分析
【5月更文挑战第31天】本文深入探讨了区块链技术中智能合约的安全性问题,通过分析现有智能合约的安全漏洞和攻击手段,提出了一系列增强智能合约安全性的策略。文章首先介绍了区块链和智能合约的基本概念,随后详细讨论了智能合约面临的安全挑战,包括代码漏洞、重入攻击等问题,并对比分析了不同平台下智能合约的安全性差异。最后,文章提出了一系列提高智能合约安全性的建议,旨在为区块链应用的健康发展提供参考。