在网络结构上,NEO 采用点对点网络结构,并使用 TCP 协议进行通讯。. h8 i b* b" P! e) Y5 G' Y2 E
网络中存在两种节点类型,分别是普通节点和共识节点。普通节点可以广播、接收和转发交易、区块等,而共识节点可以创建区块。& v' O9 I' W$ c; K$ F. O6 o
NEO 的网络协议规范与比特币的协议大致类似,但在区块、交易等的数据结构上有很大的不同。/ t3 q' Q% A& H* h+ ~# V7 F# s* _7 t
约定
字节序 i7 j: x0 C: v9 w
NEO 系统中所有的整数类型都是采用小端序 (Little Endian) 编码,只有 IP 地址和端口号采用大端序 (Big Endian) 编码。
散列7 u0 d0 _7 b" a! p4 `) i7 ^: n
NEO 系统中会用到 2 种不同的散列函数:SHA256 和 RIPEMD160。前者用于生成较长的散列值,而后者用于生成较短的散列值。通常生成一个对象的散列值时,会运用两次散列函数,例如要生成区块或交易的散列时,会计算两次 SHA256;生成合约地址时,会先计算脚本的 SHA256 散列,然后再计算上一个散列的 RIPEMD160 散列。
此外,区块中还会用到一种散列树 (Merkle Tree) 的结构,它将每一笔交易的散列两两相接后再计算一次散列,并重复以上过程直到只剩下一个根散列 (Merkle Root)。: c7 V# N1 B& k% k F: ^, ]* ?, c
变长类型
varint:变长整数,可以根据表达的值进行编码以节省空间。. G3 H, y$ Q- P* D
值 | 长度 | 格式 |
0xffffffff | 9 | 0xff + uint64 |
varstr:变长字符串,由一个变长整数后接字符串构成。字符串采用 UTF8 编码。
尺寸 | 字段 | 数据类型 | 说明 |
? | length | varint | 字符串的长度,以字节为单位 |
length | string | uint8[length] | 字符串本身 |
array:数组,由一个变长整数后接元素序列构成。
定点数 H' P7 R6 \& y5 n* x9 n1 r4 o$ G
NEO 系统中的金额、价格等数据,统一采用 64 位定点数,小数部分精确到 10-8,可表示的范围是:[-263/108, +263/108)
数据结构
区块链
区块链是一种逻辑结构,它以单向链表的形式将区块串联起来,用于存放全网的交易、资产等数据。, d* A( X# m. }/ E3 u
区块1 _) R+ R/ _" l$ y3 F! c) v
尺寸 | 字段 | 数据类型 | 说明 |
4 | Version | uint32 | 区块版本,目前为 0 |
32 | PrevBlock | uint256 | 前一个区块的散列值 |
32 | MerkleRoot | uint256 | 交易列表的根散列 |
4 | Timestamp | uint32 | 时间戳 |
4 | Index | uint32 | 区块高度(区块索引) = 区块数量 - 1 |
8 | ConsensusData | uint64 | 共识数据(共识节点生成的伪随机数) |
20 | NextConsensus | uint160 | 下一个区块的记账合约的散列值 |
1 | - | uint8 | 固定为 1 |
? | Script | script | 用于验证该区块的脚本 |
?*? | Transactions | tx[] | 交易列表 |
在计算区块散列时,并不会把整个区块都计算在内,而是只计算区块头的前 7 个字段:Version, PrevBlock, MerkleRoot, Timestamp, Height, Nonce, NextMiner。由于 MerkleRoot 已经包含了所有交易的散列值,因此修改交易也会改变区块的散列值。
区块头的数据结构如下:: o3 A) u5 V7 C& @
尺寸 | 字段 | 数据类型 | 说明 |
4 | Version | uint32 | 区块版本,目前为 0 |
32 | PrevBlock | uint256 | 前一个区块的散列值 |
32 | MerkleRoot | uint256 | 交易列表的根散列 |
4 | Timestamp | uint32 | 时间戳 |
4 | Index | uint32 | 区块高度(区块索引) = 区块数量 - 1 |
8 | ConsensusData | uint64 | 共识数据(共识节点生成的伪随机数) |
20 | NextConsensus | uint160 | 下一个区块的记账合约的散列值 |
1 | - | uint8 | 固定为 1 |
? | Script | script | 用于验证该区块的脚本 |
1 | - | uint8 | 固定为 0 |
每个区块的时间戳必须晚于前一个区块的时间戳,一般两个区块的时间戳相差 15 秒左右,但是也允许出现不精确的情况。区块的高度值必须恰好等于前一个区块的高度值加一。
交易) x, e) z. r7 B0 p Q7 |0 J
尺寸 | 字段 | 数据类型 | 说明 |
1 | Type | uint8 | 交易类型 |
1 | Version | uint8 | 交易版本,目前为 0 |
? | - | - | 特定于交易类型的数据 |
?*? | Attributes | tx_attr[] | 该交易所具备的额外特性 |
34*? | Inputs | tx_in[] | 输入 |
60*? | Outputs | tx_out[] | 输出 |
?*? | Scripts | script[] | 用于验证该交易的脚本列表 |
NEO 系统中的一切事务都以交易为单位进行记录。交易有以下几种类型:% q5 U: W/ X& c0 q
值 | 名称 | 系统费用 | 说明 |
0x00 | MinerTransaction | 0 | 用于分配字节费的交易 |
0x01 | IssueTransaction | 500|0 | 用于分发资产的交易 |
0x02 | ClaimTransaction | 0 | 用于分配 NeoGas 的交易 |
0x20 | EnrollmentTransaction | 1000 | (已弃用) 用于报名成为共识候选人的特殊交易 |
0x40 | RegisterTransaction | 10000|0 | (已弃用) 用于资产登记的交易 |
0x80 | ContractTransaction | 0 | 合约交易,这是最常用的一种交易 |
0xd0 | PublishTransaction | 500*n | (已弃用)智能合约发布的特殊交易 |
0xd1 | InvocationTransaction | 0 | 调用智能合约的特殊交易 |
每一种类型的交易除了具有交易的公共字段之外,还会具有自己的专属字段。关于不同类型交易的专属字段,下文会有详细说明。
MinerTransaction
尺寸 | 字段 | 数据类型 | 说明 |
- | - | - | 交易的公共字段 |
4 | Nonce | uint32 | 随机数 |
- | - | - | 交易的公共字段 |
每一个区块的第一笔交易必然是 MinerTransaction。它用于将当前区块中所有的交易手续费奖励给记账人。
交易中的随机数用于防止出现散列冲突。0 B& P+ Q: F- O# } @+ U
IssueTransaction- u4 Y" A- m7 H+ ^
资产发行交易没有额外的特殊字段。
资产管理员可以通过资产发行交易,将已经登记过的资产在 NEO 区块链上制造出来,并发送到任意地址。( _9 y! k' T. f' S2 h) _
特别的,如果发行的资产是 NEO,那么这笔交易将可以免费发送。
ClaimTransaction' ~1 ]4 q7 z% n" y, D3 Q8 U) t
尺寸 | 字段 | 数据类型 | 说明 |
- | - | - | 交易的公共字段 |
34*? | Claims | tx_in[] | 用于分配的 NEO |
- | - | - | 交易的公共字段 |
EnrollmentTransaction! M1 N9 l3 ]3 D2 g- L- P
, c9 ]# C' @" W1 j7 u! L
[!Warning]
已弃用,已被智能合约的 Neo.Blockchain.RegisterValidator 所替代。: {( f9 |+ k Y q. g8 I
7 C. K q, p3 t) r
查看 替代的 .NET 智能合约框架
查看 替代智能合约 API
RegisterTransaction
[!Warning]
已弃用,已被智能合约的 Neo.Blockchain.CreateAsset 所替代。
* d% L/ G, u$ `
查看 替代的 .NET 智能合约框架
查看 替代智能合约 API $ f: `5 w6 g; j. _
ContractTransaction
合约交易没有任何特殊的地方。
PublishTransaction
2 w% s$ r5 T, y8 y+ v5 f
[!Warning]
已弃用,已被智能合约的 Neo.Blockchain.CreateContract 所替代。" H( c }* G1 v( V2 `
查看 替代的 .NET 智能合约框架% P; k& q6 ]7 G7 o, N
查看 替代智能合约 API
InvocationTransaction) X8 T* O0 a. P t. w7 B
尺寸 | 字段 | 数据类型 | 说明 |
- | - | - | 交易的公共字段 |
? | Script | uint8[] | 所调用的智能合约的脚本 |
8 | Gas | int64 | 运行所调用的智能合约需要的费用 |
- | - | - | 交易的公共字段 |
交易特性
尺寸 | 字段 | 数据类型 | 说明 |
1 | Usage | uint8 | 用途 |
0|1 | length | uint8 | 数据长度(特定情况下会省略) |
length | Data | uint8[length] | 特定于用途的外部数据 |
有时候交易中会需要包含一些供外部使用的数据,这些数据将统一被放置在交易特性字段中。
每个交易特性可以有不同的用途:
值 | 名称 | 说明 |
0x00 | ContractHash | 外部合同的散列值 |
0x02-0x03 | ECDH02-ECDH03 | 用于 ECDH 密钥交换的公钥 |
0x20 | Script | 用于对交易进行额外的验证 |
0x30 | Vote | 用于投票选出记账人 |
0x81 | DescriptionUrl | 外部介绍信息地址 |
0x90 | Description | 简短的介绍信息 |
0xa1-0xaf | Hash1-Hash15 | 用于存放自定义的散列值 |
0xf0-0xff | Remark-Remark15 | 备注 |
对于 ContractHash,ECDH 系列,Vote,Hash 系列,数据长度固定为 32 字节,length 字段省略;- k! l, O, F7 j
对于 Script,数据长度固定为 20 字节,存放地址;
对于 DescriptionUrl,必须明确给出数据长度,且长度不能超过 255 字节;# u2 T" ]* z. S8 I; |
对于 Description 和 Remark 系列,必须明确给出数据长度, 且长度不能超过 65535 字节。- h, s \/ M( Z/ \. I8 F) C5 ~# z
交易输入
尺寸 | 字段 | 数据类型 | 说明 |
32 | PrevHash | uint256 | 引用交易的散列值 |
2 | PrevIndex | uint16 | 引用交易输出的索引 |
交易输出$ h9 ?! c) ^7 k% h* r
尺寸 | 字段 | 数据类型 | 说明 |
32 | AssetId | uint256 | 资产编号 |
8 | Value | int64 | 金额 |
20 | ScriptHash | uint160 | 收款地址 |
每个交易中最多只能包含 65536 个输出。0 ]) Q1 C5 T( s; Z2 r
验证脚本: z! P3 D% n! I" c- V/ d* z6 n
尺寸 | 字段 | 数据类型 | 说明 |
? | StackScript | uint8[] | 栈脚本代码 |
? | RedeemScript | uint8[] | 合约脚本代码 |
栈脚本中只能包含压栈操作指令,用于向合约脚本传递参数(如签名等)。脚本解释器会先执行栈脚本代码,然后执行合约脚本代码。
在一笔交易中,合约脚本代码的散列值必须与交易输出中的一致,这是验证的一部分。关于脚本执行的过程,后文会详细阐述。& W9 S% R* ]/ @3 p: a
网络消息
所有的网络消息都通过以下消息结构来发送: L5 j* k8 d3 k1 p: w. ]
尺寸 | 字段 | 数据类型 | 说明 |
4 | Magic | uint32 | 协议标识号 |
12 | Command | char[12] | 命令 |
4 | length | uint32 | Payload 的长度 |
4 | Checksum | uint32 | 校验和 |
length | Payload | uint8[length] | 消息内容 |
已定义的 Magic 值:
值 | 说明 |
0x00746e41 | 正式网 |
0x74746e41 | 测试网 |
Command 采用 utf8 编码,长度为 12 字节,多余部分用 0 填充。
Checksum 是 Payload 两次 SHA256 散列后的前 4 个字节。
Payload 根据不同的命令有不同的详细格式,见下文。( h7 ~1 A& Y7 P5 C
version# N' `4 r, _! Z( i; T
尺寸 | 字段 | 数据类型 | 说明 |
4 | Version | uint32 | 协议版本,目前为 0 |
8 | Services | uint64 | 节点提供的服务,目前为 1 |
4 | Timestamp | uint32 | 当前时间 |
2 | Port | uint16 | 监听的端口,如果不监听则为 0 |
4 | Nonce | uint32 | 用于区分相同公网 IP 的节点 |
? | UserAgent | varstr | 客户端标识 |
4 | StartHeight | uint32 | 区块链高度 |
1 | Relay | bool | 是否接收并转发 |
一个节点收到连接请求时,它立即宣告其版本。在通信双方都得到对方版本之前,不会有其他通信。
verack
节点收到 version 消息后,立刻回复一个 verack 作为应答。
此消息没有 payload。
getaddr
向一个节点请求一批新的活动节点,以增加自身的连接数。
此消息没有 payload。2 R/ J' \) }' H+ d H- R8 n
addr
尺寸 | 字段 | 数据类型 | 说明 |
30*? | AddressList | net_addr[] | 网络上其他节点的地址 |
节点收到 getaddr 消息后,返回一个 addr 消息作为应答,提供网络上已知节点的信息。; T) S; P. u; v7 p
getheaders2 q0 ]/ |$ M4 M; Y- Q; R3 J }# l- v
尺寸 | 字段 | 数据类型 | 说明 |
32*? | HashStart | uint256[] | 节点已知的最新 block 散列 |
32 | HashStop | uint256 | 请求的最后一个 block 的散列 |
向一个节点请求包含编号 HashStart 到 HashStop 的至多 2000 个 block 的 header 包。要获取之后的 block 散列,需要重新发送 getheaders 消息。这个消息用于快速下载不包含相关交易的 blockchain。 h1 ?6 t |* T* T) \8 D0 c
headers {: X% \2 H" X: X% J7 O
尺寸 | 字段 | 数据类型 | 说明 |
?*? | Headers | header[] | 区块头 |
节点收到 getheaders 消息后,返回一个 headers 消息作为应答,提供请求的区块头。
getblocks
尺寸 | 字段 | 数据类型 | 说明 |
32*? | HashStart | uint256[] | 节点已知的最新 block 散列 |
32 | HashStop | uint256 | 请求的最后一个 block 的散列 |
向一个节点请求包含编号从 HashStart 到 HashStop 的 block 列表的 inv 消息。若 HashStart 到 HashStop 的 block 数超过 500,则在 500 处截止。欲获取后面的 block 散列,需要重新发送 getblocks 消息。0 G) ?* h" ~ K* q( Q( t/ ]
inv
尺寸 | 字段 | 数据类型 | 说明 |
1 | Type | uint8 | 清单类型 |
32*? | Hashes | uint256[] | 清单 |
节点通过此消息可以广播它拥有的对象信息。这个消息可以主动发送,也可以用于应答 getbloks 消息。; ]5 J. h$ w! `' r# G
清单类型有以下几种:2 l- x6 D9 W3 W* i" w, F: o
值 | 名称 | 说明 |
0x01 | TX | 交易 |
0x02 | Block | 区块 |
0xe0 | Consensus | 共识数据 |
getdata
尺寸 | 字段 | 数据类型 | 说明 |
1 | Type | uint8 | 清单类型 |
32*? | Hashes | uint256[] | 清单 |
向一个节点请求指定的对象,它通常在接收到 inv 包并滤去已知元素后发送。! y* N. ?- r. a; D6 E" p! x
block
尺寸 | 字段 | 数据类型 | 说明 |
? | Block | block | 区块 |
向一个节点发送一个区块,用于响应请求数据的 getdata 消息。
tx
尺寸 | 字段 | 数据类型 | 说明 |
? | Transaction | tx | 交易 |
向一个节点发送一笔交易,用于响应请求数据的 getdata 消息。