Skip to content

Commit

Permalink
Merge pull request #1459 from status-im/more-roots
Browse files Browse the repository at this point in the history
hash cleanups
  • Loading branch information
djrtwo authored Nov 3, 2019
2 parents 2671587 + af5238a commit 6a90949
Showing 1 changed file with 11 additions and 11 deletions.
22 changes: 11 additions & 11 deletions specs/networking/p2p-interface.md
Original file line number Diff line number Diff line change
Expand Up @@ -320,7 +320,7 @@ Here, `result` represents the 1-byte response code.

The token of the negotiated protocol ID specifies the type of encoding to be used for the req/resp interaction. Two values are possible at this time:

- `ssz`: the contents are [SSZ-encoded](../simple-serialize.md). This encoding type MUST be supported by all clients. For objects containing a single field, only the field is SSZ-encoded not a container with a single field. For example, the `BeaconBlocksByRoot` request is an SSZ-encoded list of `Hash`'s.
- `ssz`: the contents are [SSZ-encoded](../simple-serialize.md). This encoding type MUST be supported by all clients. For objects containing a single field, only the field is SSZ-encoded not a container with a single field. For example, the `BeaconBlocksByRoot` request is an SSZ-encoded list of `Bytes32`'s.
- `ssz_snappy`: The contents are SSZ-encoded and then compressed with [Snappy](https://github.com/google/snappy). MAY be supported in the interoperability testnet; MUST be supported in mainnet.

#### SSZ-encoding strategy (with or without Snappy)
Expand All @@ -344,20 +344,20 @@ constituents individually as `response_chunk`s. For example, the
Request, Response Content:
```
(
head_fork_version: bytes4
finalized_root: bytes32
head_fork_version: Bytes4
finalized_root: Bytes32
finalized_epoch: uint64
head_root: bytes32
head_root: Bytes32
head_slot: uint64
)
```
The fields are:
The fields are, as seen by the client at the time of sending the message:

- `head_fork_version`: The beacon_state `Fork` version.
- `finalized_root`: The latest finalized root the node knows about.
- `finalized_epoch`: The latest finalized epoch the node knows about.
- `head_root`: The block hash tree root corresponding to the head of the chain as seen by the sending node.
- `head_slot`: The slot corresponding to the `head_root`.
- `finalized_root`: `state.finalized_checkpoint.root` for the state corresponding to the head block.
- `finalized_epoch`: `state.finalized_checkpoint.epoch` for the state corresponding to the head block.
- `head_root`: The signing root of the current head block.
- `head_slot`: The slot of the block corresponding to the `head_root`.

The dialing client MUST send a `Status` request upon connection.

Expand Down Expand Up @@ -403,7 +403,7 @@ The response MUST consist of a single `response_chunk`.
Request Content:
```
(
head_block_root: Hash
head_block_root: Bytes32
start_slot: uint64
count: uint64
step: uint64
Expand Down Expand Up @@ -441,7 +441,7 @@ Request Content:

```
(
[]Hash
[]Bytes32
)
```

Expand Down

0 comments on commit 6a90949

Please sign in to comment.