Ethan Buchman 8073e51b04 | 6 years ago | |
---|---|---|
.. | ||
img | 7 years ago | |
README.md | 7 years ago | |
adr-001-logging.md | 7 years ago | |
adr-002-event-subscription.md | 7 years ago | |
adr-003-abci-app-rpc.md | 7 years ago | |
adr-004-historical-validators.md | 7 years ago | |
adr-005-consensus-params.md | 7 years ago | |
adr-006-trust-metric.md | 7 years ago | |
adr-007-trust-metric-usage.md | 7 years ago | |
adr-008-priv-validator.md | 7 years ago | |
adr-009-ABCI-design.md | 7 years ago | |
adr-010-crypto-changes.md | 7 years ago | |
adr-011-monitoring.md | 7 years ago | |
adr-012-peer-transport.md | 7 years ago | |
adr-013-symmetric-crypto.md | 6 years ago | |
adr-014-secp-malleability.md | 6 years ago | |
adr-015-crypto-encoding.md | 6 years ago | |
adr-template.md | 7 years ago |
This is a location to record all high-level architecture decisions in the tendermint project.
You can read more about the ADR concept in this blog post.
An ADR should provide:
Note the distinction between an ADR and a spec. The ADR provides the context, intuition, reasoning, and justification for a change in architecture, or for the architecture of something new. The spec is much more compressed and streamlined summary of everything as it stands today.
If recorded decisions turned out to be lacking, convene a discussion, record the new decisions here, and then modify the code to match.
Note the context/background should be written in the present tense.