兄弟连区块链教程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
未完待续感谢关注兄弟连区块链教程分享!
相关文章
|
5月前
|
存储 供应链 监控
区块链技术在供应链管理中的应用与前景分析
随着信息化时代的到来,供应链管理面临着越来越多的挑战和机遇。本文主要探讨了区块链技术在供应链管理中的应用,以及未来的发展前景。通过对区块链技术的特点和优势进行分析,结合实际案例和趋势展望,展示了区块链技术在提升供应链透明度、效率和安全性方面的潜力,以及未来发展的可能方向。
|
5月前
|
安全 区块链
区块链积分商城系统开发详细指南//需求功能/指南教程/源码流程
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
|
5月前
|
存储 算法 API
面向企业的区块链教程(一)(2)
面向企业的区块链教程(一)
90 6
|
2月前
|
安全 区块链
Massa Layer 1区块链 POS 安全性分析
Massa Labs 回应 Certik 的挑战,通过严格的数学分析证明了其权益证明系统的安全性,抵抗了潜在攻击者试图操纵随机抽签的企图。
55 0
Massa Layer 1区块链 POS 安全性分析
|
5月前
|
存储 供应链 安全
基于区块链技术的智能合约安全性分析
【5月更文挑战第31天】本文深入探讨了区块链技术中智能合约的安全性问题,通过分析现有智能合约的安全漏洞和攻击手段,提出了一系列增强智能合约安全性的策略。文章首先介绍了区块链和智能合约的基本概念,随后详细讨论了智能合约面临的安全挑战,包括代码漏洞、重入攻击等问题,并对比分析了不同平台下智能合约的安全性差异。最后,文章提出了一系列提高智能合约安全性的建议,旨在为区块链应用的健康发展提供参考。
|
4月前
|
存储 安全 区块链
元宇宙与区块链技术的关系可以从多个角度进行阐述。以下是对这两者之间关系的详细分析
**元宇宙:虚拟世界融合现实元素,强调交互与沉浸;区块链:去中心化、安全的分布式账本。两者结合,区块链确保元宇宙中虚拟资产安全、支付高效、身份验证私密、治理透明,支撑其经济体系与用户信任,驱动未来发展。**
|
5月前
|
存储 算法 安全
区块链系统开发技术规则分析
区块链核心技术包括:1) 哈希算法,利用单向函数将任意数据转化为固定长度代码,确保安全验证;2) 非对称加密,使用公钥和私钥一对进行加密解密,保证信息安全;3) 共识机制,如PoW、PoS、DPoS等,实现快速交易验证和确认;4) 智能合约,自动执行的可信代码,一旦编写即不可更改,用于自动化交易;5) 分布式存储,将数据分散存储在网络各处,涵盖结构化、非结构化和半结构化数据。
|
4月前
|
区块链
近期区块链市场趋势分析
**区块链市场趋势摘要:** - 跨链技术成熟,提升互操作性,助力区块链网络融合。 - DeFi持续繁荣,智能合约与AMM创新活跃,市场竞争驱动市场壮大。 - NFT市场多样化,拓展至游戏、音乐等领域,实用性增强。 - 区块链寻求绿色转型,通过PoS共识与绿色能源减少能耗。 - 技术模块化、可组合性提升,降低成本,增强系统灵活性。 这些趋势展现区块链潜力,带来机遇与挑战,促进行业创新。
|
5月前
|
供应链 区块链 数据安全/隐私保护
探索区块链技术在金融领域的应用与前景分析
本文将深入探讨区块链技术在金融领域的具体应用场景,分析其优势与挑战,并展望未来发展趋势。通过案例分析和技术解析,揭示区块链技术在金融行业中的革新意义及前景。
536 15
|
5月前
|
安全 区块链
区块链游戏系统开发步骤需求丨功能逻辑丨规则玩法丨指南教程丨源码详细
Developing blockchain game systems has been a highly anticipated field in recent years. By combining blockchain technology and game mechanics, players can enjoy a brand new gaming experience and higher game credibility.
下一篇
无影云桌面