Module bitcoin::consensus::encode[][src]

Expand description

Consensus-encodable types

This is basically a replacement of the Encodable trait which does normalization for endianness, etc., to ensure that the encoding matches for endianness, etc., to ensure that the encoding matches the network consensus encoding.

Essentially, anything that must go on the -disk- or -network- must be encoded using the Encodable trait, since this data must be the same for all systems. Any data going to the -user-, e.g. over JSONRPC, should use the ordinary Encodable trait. (This should also be the same across systems, of course, but has some critical differences from the network format, e.g. scripts come with an opcode decode, hashes are big-endian, numbers are typically big-endian decimals, etc.)

Structs

Data which must be preceded by a 4-byte checksum

A variable-length unsigned integer

Enums

Encoding error

Constants

Maximum size, in bytes, of a vector we are allowed to decode

Traits

Data which can be encoded in a consensus-consistent way

Data which can be encoded in a consensus-consistent way

Extensions of Read to decode data as per Bitcoin consensus

Extensions of Write to encode data as per Bitcoin consensus

Functions

Deserialize an object from a vector, will error if said deserialization doesn’t consume the entire vector.

Deserialize an object from a vector, but will not report an error if said deserialization doesn’t consume the entire vector.

Encode an object into a vector

Encode an object into a hex-encoded string