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
The load command in the e2e runner generates only valid transactions. A transaction is valid in the e2e app if it's of the form ".+=.+". This is not realistic because in production environments some transactions sent to the nodes are invalid. For instance, Gaia nodes receive between 20 to 30% of transactions that are rejected by the Hub application.
Proposal
Add a new field to the e2e manifest for controlling the percentage of invalid txs that load will generate.
The text was updated successfully, but these errors were encountered:
For testing invalid transactions, I think it doesn't matter the reason why the application considers it invalid. Duplicate transactions is an interesting scenario for testing other parts of the code. We could add a separate field to the manifest to control the percentage of duplicate transactions.
This pretty old issue is probably still observable in the current implementation. The only to prevent this from happening, is to have the application properly rejecting duplicated transactions: tendermint/tendermint#3865
Feature Request
Problem Definition
The
load
command in the e2erunner
generates only valid transactions. A transaction is valid in the e2e app if it's of the form".+=.+"
. This is not realistic because in production environments some transactions sent to the nodes are invalid. For instance, Gaia nodes receive between 20 to 30% of transactions that are rejected by the Hub application.Proposal
Add a new field to the e2e manifest for controlling the percentage of invalid txs that
load
will generate.The text was updated successfully, but these errors were encountered: