mirror of
https://github.com/tendermint/tendermint.git
synced 2026-09-26 09:54:19 +00:00
remove template comments
This commit is contained in:
@@ -6,37 +6,10 @@
|
||||
|
||||
## Status
|
||||
|
||||
> An architecture decision is considered "proposed" when a PR containing the ADR
|
||||
> is submitted. When merged, an ADR must have a status associated with it, which
|
||||
> must be one of: "Accepted", "Rejected", "Deprecated" or "Superseded".
|
||||
>
|
||||
> An accepted ADR's implementation status must be tracked via a tracking issue,
|
||||
> milestone or project board (only one of these is necessary). For example:
|
||||
>
|
||||
> Accepted
|
||||
>
|
||||
> [Tracking issue](https://github.com/tendermint/tendermint/issues/123)
|
||||
> [Milestone](https://github.com/tendermint/tendermint/milestones/123)
|
||||
> [Project board](https://github.com/orgs/tendermint/projects/123)
|
||||
>
|
||||
> Rejected ADRs are captured as a record of recommendations that we specifically
|
||||
> do not (and possibly never) want to implement. The ADR itself must, for
|
||||
> posterity, include reasoning as to why it was rejected.
|
||||
>
|
||||
> If an ADR is deprecated, simply write "Deprecated" in this section. If an ADR
|
||||
> is superseded by one or more other ADRs, provide local a reference to those
|
||||
> ADRs, e.g.:
|
||||
>
|
||||
> Superseded by [ADR 123](./adr-123.md)
|
||||
|
||||
Accepted
|
||||
|
||||
## Context
|
||||
|
||||
> This section contains all the context one needs to understand the current state,
|
||||
> and why there is a problem. It should be as succinct as possible and introduce
|
||||
> the high level idea behind the solution.
|
||||
|
||||
Whenever Tendermint begins, it initiates a handshake with the application via `Info` to gauge version compatibility and recieve the last height and app hash of the application. Tendermint then begins a replay protocol which aims to sync the heights of Tendermint's state and block store and the application's current height.
|
||||
|
||||
When initially designed, one invariant was that the applications current height should never exceed
|
||||
@@ -83,9 +56,6 @@ func Bootstrap(sp StateProvider, appHeight int64, appHash []byte, bs BlockStore,
|
||||
|
||||
## Consequences
|
||||
|
||||
> This section describes the consequences, after applying the decision. All
|
||||
> consequences should be summarized here, not just the "positive" ones.
|
||||
|
||||
### Positive
|
||||
|
||||
- This is a non-breaking change
|
||||
@@ -100,7 +70,4 @@ func Bootstrap(sp StateProvider, appHeight int64, appHash []byte, bs BlockStore,
|
||||
|
||||
## References
|
||||
|
||||
> Are there any relevant PR comments, issues that led up to this, or articles
|
||||
> referenced for why we made the given design choice? If so link them here!
|
||||
|
||||
- [Initial Issue](https://github.com/tendermint/tendermint/issues/4642)
|
||||
|
||||
Reference in New Issue
Block a user