Documentation ¶
Overview ¶
Package evidence handles all evidence storage and gossiping from detection to block proposal. For the different types of evidence refer to the `evidence.go` file in the types package or https://github.com/tendermint/spec/blob/master/spec/consensus/light-client/accountability.md.
Gossiping ¶
The core functionality begins with the evidence reactor (see reactor. go) which operates both the sending and receiving of evidence.
The `Receive` function takes a list of evidence and does the following:
1. Checks that it does not already have the evidence stored
2. Verifies the evidence against the node's state (see state/validation.go#VerifyEvidence)
3. Stores the evidence to a db and a concurrent list
The gossiping of evidence is initiated when a peer is added which starts a go routine to broadcast currently uncommitted evidence at intervals of 60 seconds (set by the by broadcastEvidenceIntervalS). It uses a concurrent list to store the evidence and before sending verifies that each evidence is still valid in the sense that it has not exceeded the max evidence age and height (see types/params.go#EvidenceParams).
There are two buckets that evidence can be stored in: Pending & Committed.
1. Pending is awaiting to be committed (evidence is usually broadcasted then)
2. Committed is for those already on the block and is to ensure that evidence isn't submitted twice
All evidence is proto encoded to disk.
Proposing ¶
When a new block is being proposed (in state/execution.go#CreateProposalBlock), `PendingEvidence(maxBytes)` is called to send up to the maxBytes of uncommitted evidence, from the evidence store, prioritized in order of age. All evidence is checked for expiration.
When a node receives evidence in a block it will use the evidence module as a cache first to see if it has already verified the evidence before trying to verify it again.
Once the proposed evidence is submitted, the evidence is marked as committed and is moved from the broadcasted set to the committed set. As a result it is also removed from the concurrent list so that it is no longer gossiped.
Minor Functionality ¶
As all evidence (including POLC's) are bounded by an expiration date, those that exceed this are no longer needed and hence pruned. Currently, only committed evidence in which a marker to the height that the evidence was committed and hence very small is saved. All updates are made from the `Update(block, state)` function which should be called when a new block is committed.
Index ¶
- Constants
- func VerifyDuplicateVote(e *types.DuplicateVoteEvidence, chainID string, valSet *types.ValidatorSet) error
- func VerifyLightClientAttack(e *types.LightClientAttackEvidence, ...) error
- type BlockStore
- type PeerState
- type Pool
- func (evpool *Pool) AddEvidence(ev types.Evidence) error
- func (evpool *Pool) AddEvidenceFromConsensus(ev types.Evidence) error
- func (evpool *Pool) CheckEvidence(evList types.EvidenceList) error
- func (evpool *Pool) EvidenceFront() *clist.CElement
- func (evpool *Pool) EvidenceWaitChan() <-chan struct{}
- func (evpool *Pool) PendingEvidence(maxBytes int64) ([]types.Evidence, int64)
- func (evpool *Pool) SetLogger(l log.Logger)
- func (evpool *Pool) Size() uint32
- func (evpool *Pool) State() sm.State
- func (evpool *Pool) Update(state sm.State, ev types.EvidenceList)
- type Reactor
Constants ¶
const (
EvidenceChannel = byte(0x38)
)
Variables ¶
This section is empty.
Functions ¶
func VerifyDuplicateVote ¶ added in v0.34.0
func VerifyDuplicateVote(e *types.DuplicateVoteEvidence, chainID string, valSet *types.ValidatorSet) error
VerifyDuplicateVote verifies DuplicateVoteEvidence against the state of full node. This involves the following checks:
- the validator is in the validator set at the height of the evidence
- the height, round, type and validator address of the votes must be the same
- the block ID's must be different
- The signatures must both be valid
func VerifyLightClientAttack ¶ added in v0.34.0
func VerifyLightClientAttack(e *types.LightClientAttackEvidence, commonHeader, trustedHeader *types.SignedHeader, commonVals *types.ValidatorSet, now time.Time, trustPeriod time.Duration) error
VerifyLightClientAttack verifies LightClientAttackEvidence against the state of the full node. This involves the following checks:
- the common header from the full node has at least 1/3 voting power which is also present in the conflicting header's commit
- the nodes trusted header at the same height as the conflicting header has a different hash
Types ¶
type BlockStore ¶ added in v0.34.0
type PeerState ¶
type PeerState interface {
GetHeight() int64
}
PeerState describes the state of a peer.
type Pool ¶ added in v0.33.0
type Pool struct {
// contains filtered or unexported fields
}
Pool maintains a pool of valid evidence to be broadcasted and committed
func NewPool ¶ added in v0.33.0
NewPool creates an evidence pool. If using an existing evidence store, it will add all pending evidence to the concurrent list.
func (*Pool) AddEvidence ¶ added in v0.33.0
AddEvidence checks the evidence is valid and adds it to the pool.
func (*Pool) AddEvidenceFromConsensus ¶ added in v0.34.0
AddEvidenceFromConsensus should be exposed only to the consensus reactor so it can add evidence to the pool directly without the need for verification.
func (*Pool) CheckEvidence ¶ added in v0.34.0
func (evpool *Pool) CheckEvidence(evList types.EvidenceList) error
CheckEvidence takes an array of evidence from a block and verifies all the evidence there. If it has already verified the evidence then it jumps to the next one. It ensures that no evidence has already been committed or is being proposed twice. It also adds any evidence that it doesn't currently have so that it can quickly form ABCI Evidence later.
func (*Pool) EvidenceFront ¶ added in v0.33.0
EvidenceFront goes to the first evidence in the clist
func (*Pool) EvidenceWaitChan ¶ added in v0.33.0
func (evpool *Pool) EvidenceWaitChan() <-chan struct{}
EvidenceWaitChan is a channel that closes once the first evidence in the list is there. i.e Front is not nil
func (*Pool) PendingEvidence ¶ added in v0.33.0
PendingEvidence is used primarily as part of block proposal and returns up to maxNum of uncommitted evidence.
type Reactor ¶ added in v0.33.0
type Reactor struct { p2p.BaseReactor // contains filtered or unexported fields }
Reactor handles evpool evidence broadcasting amongst peers.
func NewReactor ¶ added in v0.33.0
NewReactor returns a new Reactor with the given config and evpool.
func (*Reactor) GetChannels ¶ added in v0.33.0
func (evR *Reactor) GetChannels() []*p2p.ChannelDescriptor
GetChannels implements Reactor. It returns the list of channels for this reactor.
func (*Reactor) Receive ¶ added in v0.33.0
Receive implements Reactor. It adds any received evidence to the evpool.
func (*Reactor) SetEventBus ¶ added in v0.33.0
SetEventBus implements events.Eventable.