LeiosFetch
Mini-protocol number: 19
Warning
This protocol is proposed and not yet part of the Cardano mainnet. It is specified as part of Leios (CIP-0164), an extension to the Ouroboros consensus protocol aimed at significantly increasing transaction throughput. Details are subject to change.
LeiosFetch is the mini-protocol responsible for fetching Endorser Blocks (EBs)
and their transaction payloads from peers. It is a pull-based protocol: the
client explicitly requests either a full EB or a subset of its transactions
(identified by a bitmap), and the server streams the response.
EBs are discovered via LeiosNotify; once a node
decides it wants a block or its transactions, it uses LeiosFetch to retrieve
the data.
State machine
graph LR classDef client color:black,fill:PaleGreen,stroke:DarkGreen; classDef server color:black,fill:PowderBlue,stroke:DarkBlue; linkStyle default stroke:gray StDone(((StDone))) i(( )) --> StIdle StIdle --MsgDone--> StDone StIdle --MsgLeiosBlockRequest--> StBlock StBlock --MsgLeiosBlock--> StIdle StIdle --MsgLeiosBlockTxsRequest--> StBlockTxs StBlockTxs --MsgLeiosBlockTxs--> StIdle StIdle --MsgLeiosBlockRangeRequest--> StBlockRange StBlockRange --MsgLeiosNextBlockAndTxsInRange--> StBlockRange StBlockRange --MsgLeiosLastBlockAndTxsInRange--> StIdle class StIdle client class StBlock,StBlockTxs,StBlockRange server
State agencies
| State | Agency |
|---|---|
| StIdle | Initiator |
| StBlock | Responder |
| StBlockTxs | Responder |
| StBlockRange | Responder |
State transitions
| From state | Message | Parameters | To state |
|---|---|---|---|
| StIdle | MsgClientDone | End | |
| StIdle | MsgLeiosBlockRequest | point | StBlock |
| StIdle | MsgLeiosBlockTxsRequest | point, bitmaps | StBlockTxs |
| StIdle | MsgLeiosBlockRangeRequest | start_slot, end_slot, start_hash, end_hash | StBlockRange |
| StBlock | MsgLeiosBlock | endorser_block | StIdle |
| StBlockTxs | MsgLeiosBlockTxs | point, bitmaps, tx_list | StIdle |
| StBlockRange | MsgLeiosNextBlockAndTxsInRange | endorser_block, tx_list | StBlockRange |
| StBlockRange | MsgLeiosLastBlockAndTxsInRange | endorser_block, tx_list | StIdle |
Codecs
The messages depicted in the state machine follow this CDDL specification:
;; messages.cddl
leiosBlockFetchMessage
= msgLeiosBlockRequest
/ msgLeiosBlock
/ msgLeiosBlockTxsRequest
/ msgLeiosBlockTxs
/ msgLeiosBlockRangeRequest
/ msgLeiosNextBlockAndTxsInRange
/ msgLeiosLastBlockAndTxsInRange
/ msgClientDone
msgLeiosBlockRequest = [0, leios.point]
msgLeiosBlock = [1, endorser_block]
msgLeiosBlockTxsRequest = [2, leios.point, bitmaps]
msgLeiosBlockTxs = [3, leios.point, bitmaps, tx_list]
msgClientDone = [4]
endorser_block = any ; TODO
bitmaps = any ; TODO
tx_list = [ *tx.tx ] ; REVIEW: length-definite encoding TBD
;# import base as base
;# import leios as leios
;# import tx as tx
Note
The CBOR tags in this specification are provisional (
MsgClientDoneat[9]in particular). Theendorser_block,bitmaps, andtxtypes remain underspecified (any) pending further protocol design, including the length-definite encoding fortxList. Additionally, the protocol is known to be incomplete: catch-up oriented batch request messages are likely to be added, and the bitmap-based transaction request structure (MsgLeiosBlockTxsRequest) may change significantly as the roaring bitmap encoding is still under discussion. See CIP-0164 PR #1167 for the latest design decisions.