@@ -126,16 +126,17 @@ relayed by the peer.
126
126
### Blob Transaction and Cell Exchange
127
127
128
128
Blob transaction carries one or more large objects called blobs, in addition to the normal
129
- transaction payload. Blobs are not sent directly with the transaction but are exchanged
130
- in the form of ` Cell ` separately between peers.
131
- Cells are computed by splitting the blob and applying the erasure-code defined in [ EIP-7594] .
132
- A cell has its ` index ` , according to its relative position in the erasure-coded blob.
129
+ transaction payload. Blobs are not sent directly with the transaction. Instead, they are
130
+ split into cells using the erasure code defined in [ EIP-7594] , and these cells are exchanged
131
+ separately between peers. Since a transaction can carry multiple blobs, cell exchange is
132
+ handled at the transaction level, which means that cells in the same transaction should be
133
+ delivered together.
133
134
134
135
When a blob transaction is added to a peer's pool, availability of its cells should be
135
136
announced to the network using the ` cells ` field in the [ NewPooledTransactionHashes] message.
136
- The granularity of the ` cells ` is at the transaction level. If a bit is set, it indicates
137
- that the peer holds the corresponding cell for all blobs included in the announced
138
- transactions. All peers that receive the message can then request the cells whose indices are
137
+ If a bit is set, it indicates that the peer holds the corresponding cell for all blobs
138
+ included in the announced transactions.
139
+ All peers that receive the message can then request the cells whose indices are
139
140
specified in the cells field using the [ GetCells] message. Clients can selectively store
140
141
cells according to their local parameters.
141
142
0 commit comments