M. J. Fromberger 2f9355c579 | 3 years ago | |
---|---|---|
.. | ||
README.md | 3 years ago | |
rfc-000-p2p-roadmap.rst | 3 years ago | |
rfc-001-storage-engine.rst | 3 years ago | |
rfc-002-ipc-ecosystem.md | 3 years ago | |
rfc-003-performance-questions.md | 3 years ago | |
rfc-004-e2e-framework.rst | 3 years ago | |
rfc-005-event-system.rst | 3 years ago | |
rfc-006-event-subscription.md | 3 years ago | |
rfc-007-deterministic-proto-bytes.md | 3 years ago | |
rfc-008-don't-panic.md | 3 years ago | |
rfc-009-consensus-parameter-upgrades.md | 3 years ago | |
rfc-010-p2p-light-client.rst | 3 years ago | |
rfc-011-delete-gas.md | 3 years ago | |
rfc-template.md | 3 years ago |
order | parent |
---|---|
1 | [{order false}] |
A Request for Comments (RFC) is a record of discussion on an open-ended topic related to the design and implementation of Tendermint Core, for which no immediate decision is required.
The purpose of an RFC is to serve as a historical record of a high-level discussion that might otherwise only be recorded in an ad hoc way (for example, via gists or Google docs) that are difficult to discover for someone after the fact. An RFC may give rise to more specific architectural decisions for Tendermint, but those decisions must be recorded separately in Architecture Decision Records (ADR).
As a rule of thumb, if you can articulate a specific question that needs to be answered, write an ADR. If you need to explore the topic and get input from others to know what questions need to be answered, an RFC may be appropriate.
An RFC should provide:
The rfc-template.md file includes placeholders for these sections.