tendermint

291 MiB

Tree: 3635c7a382

Author	SHA1	Message	Date
Marko	de5cf42ed5	docs: adr cleanup (#6489 ) ## Description Cleanup ADR readme and update changelogs and status of ADRs	4 years ago
Callum Waters	b272746444	Merge pull request from GHSA-f3w5-v9xx-rp8p * add time warping lunatic attack test * create too high and connecton refused errors and add to the light client provider * add height check to provider * introduce block lag * add detection logic for processing forward lunatic attack * add node-side verification logic * clean up tests and formatting * update adr's * update testing * fix fetching the latest block * format * update changelog * implement suggestions * modify ADR's * format * clean up node evidence verification	4 years ago
Callum Waters	6c77207055	docs: fix links to adr 56 (#5464 ) ## Description fix broken link from a previous change	4 years ago
Callum Waters	019d2a3689	ADR 047 - Light client evidence handling revision (#5273 )	4 years ago
Callum Waters	22ef3f6e7a	light: update ADR 47 with light traces (#5250 ) * update adr 47 with light traces * implement suggestions * add second downside to alternative approach	4 years ago
Callum Waters	3c21c3546c	evidence: remove phantom validator evidence (#5181 )	4 years ago
Anton Kaliaev	41c11ad2c1	evidence: handling evidence from light client(s) (#4532 ) Closes: #4530 This PR contains logic for both submitting an evidence by the light client (lite2 package) and receiving it on the Tendermint side (/broadcast_evidence RPC and/or EvidenceReactor#Receive). Upon receiving the ConflictingHeadersEvidence (introduced by this PR), the Tendermint validates it, then breaks it down into smaller pieces (DuplicateVoteEvidence, LunaticValidatorEvidence, PhantomValidatorEvidence, PotentialAmnesiaEvidence). Afterwards, each piece of evidence is verified against the state of the full node and added to the pool, from which it's reaped upon block creation. * rpc/client: do not pass height param if height ptr is nil * rpc/core: validate incoming evidence! * only accept ConflictingHeadersEvidence if one of the headers is committed from this full node's perspective This simplifies the code. Plus, if there are multiple forks, we'll likely to receive multiple ConflictingHeadersEvidence anyway. * swap CommitSig with Vote in LunaticValidatorEvidence Vote is needed to validate signature * no need to embed client http is a provider and should not be used as a client	5 years ago
Anton Kaliaev	4936b23dae	adr-047: evidence handling (#4429 ) Closes #4213 and #4182	5 years ago

8 Commits (3635c7a3829d309c33b998044384b6fdcb8e8a2c)