Skip to content

mempool/p2p: Research implications of peer disconnect based on ResponseCheckTx #66

@jmalicevic

Description

@jmalicevic

Original issue: tendermint/tendermint#9546

As mentioned in tendermint/tendermint#7918 and tendermint/tendermint#2185, it might be of interest to disconnect from a peer when receiving transactions that could never have been valid.

Before implementing this behaviour we want to look into more details of such a behaviour. Namely:

  • The use case where a node sends transactions that could never have been valid;
  • Implications on the security and correctness model of Tendermint (how does the application know that it is this particular peer that should be removed, is this scenario not covered already by other layers in Tendermint, etc.);
  • What other changes in other parts of Tendermint should the implementation of this require;
  • If solution/problem still seem valuable, propose an implementation path taking into account potential need to refactor and change the p2p layer itself to support this.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions