You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue comes from a slack conversation. As I understand it, bridge nodes in celestia-node subscribe and listen for block events. For each new block, they then query the commit and validator set at the height of the block in order to verify it and process it accordingly (rebuild the extended square). Not only is redundant data being passed over the wire i.e. LastCommit, Evidence, ResponseBeginBlock and ResponseEndBlock, but the process requires two extra network round-trips and additional retry and error handling logic on the celestia-node side. It is trivial if instead, celestia-core exposes the correct data contained in a single request.
#890) (#927)
* add a test to trigger the issue
* add a fix (in particular, we track the sender when receiving a tx twice)
* add a changelog
* update fix and test wrt. v0.34.x
---------
Co-authored-by: Daniel <[email protected]>
Co-authored-by: Pierre Sutra <[email protected]>
Summary
This issue comes from a slack conversation. As I understand it, bridge nodes in celestia-node subscribe and listen for block events. For each new block, they then query the commit and validator set at the height of the block in order to verify it and process it accordingly (rebuild the extended square). Not only is redundant data being passed over the wire i.e.
LastCommit
,Evidence
,ResponseBeginBlock
andResponseEndBlock
, but the process requires two extra network round-trips and additional retry and error handling logic on the celestia-node side. It is trivial if instead, celestia-core exposes the correct data contained in a single request.Proposal
Create a new event
and RPC endpoint
For Admin Use
The text was updated successfully, but these errors were encountered: