Query Evidence doesn't return evidences

[sahith-narahari]

Summary of Bug

The existing query evidence doesn't return handled evidences.

The issue may be because we're not storing the evidence here, it's only being handled but not committed to the store

cosmos-sdk/x/evidence/keeper/infraction.go

Line 25 in 9856327

func (k Keeper) HandleEquivocationEvidence(ctx sdk.Context, evidence *types.Equivocation) {

Version

master

Steps to Reproduce

Simulate a validator double sign on a network using simapp

cc @alessio @tessr

---

For Admin Use

• Not duplicate issue
• Appropriate labels applied
• Appropriate contributors tagged
• Contributor assigned/self-assigned

[tac0turtle]

Yes this was confusing to me. In reading the spec it says all submitted valid evidence is persisted. This is not the case for tendermint based evidence but is the case when it's submitted through the SubmitEvidence method. Not sure how important this is for stargate since the evidence from Tendermint can be queried through blocks but it would be a breaking change (I believe)

[sahith-narahari]

yes, this seems to be inconsistent with the behavior of SubmitEvidence and looks like a breaking change.

[alexanderbez]

Note there are two means of evidence handling and submission:

1. Automatically which is sent by Tendermint and handled in BeginBlock. This is NOT persisted as it's not externally submitted.
2. Manually handled by external submission. If valid, these will be persisted.

I suppose the doc should make this distinction clear.

[sahith-narahari]

thanks, in that case this seems to be intended behavior and not a bug

[sahith-narahari]

One question, from application standpoint wouldn't we want sdk to offer a way to query such incidents?

[aaronc]

There grpc query method could just query tendermint for this evidence. I'd rather not 1) make a state breaking change for this now and 2) unnecessarily duplicate tendermint state in SDK modules.

[zmanian]

This seems like something that could/ should be in a post stargate upgrade to me.

[alexanderbez]

thanks, in that case this seems to be intended behavior and not a bug

Correct. This was always the behavior. All versions of the hub never persisted evidence submitted automatically by Tendermint.

[sahith-narahari]

If there's consensus that we need this post stargate, I can make a PR for the same

[tessr]

I think that, even if this is the intended behavior, there's probably something to be done to make it less confusing/surprising.

[alexanderbez]

I think that, even if this is the intended behavior, there's probably something to be done to make it less confusing/surprising.

Yes, just also persist evidence in HandleEquivocationEvidence (any all infraction handlers).

[amaury1093]

I'd like to propose an alternate solution: tendermint/tendermint#5977.

So the gRPC query handler would:

• read all evidences from TM db (assuming there's no issues with pruning on that db)
• read all evidences from state
• return the combined array

(related #8360 (comment))