github.com/pokt-network/tendermint@v0.32.11-0.20230426215212-59310158d3e9/docs/architecture/adr-template.md (about)

     1  # ADR {ADR-NUMBER}: {TITLE}
     2  
     3  ## Changelog
     4  
     5  - {date}: {changelog}
     6  
     7  ## Context
     8  
     9  > 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.
    10  
    11  ## Decision
    12  
    13  > This section explains all of the details of the proposed solution, including implementation details.
    14  > It should also describe affects / corollary items that may need to be changed as a part of this.
    15  > If the proposed change will be large, please also indicate a way to do the change to maximize ease of review.
    16  > (e.g. the optimal split of things to do between separate PR's)
    17  
    18  ## Status
    19  
    20  > A decision may be "proposed" if it hasn't been agreed upon yet, or "accepted" once it is agreed upon. If a later ADR changes or reverses a decision, it may be marked as "deprecated" or "superseded" with a reference to its replacement.
    21  
    22  {Deprecated|Proposed|Accepted}
    23  
    24  ## Consequences
    25  
    26  > This section describes the consequences, after applying the decision. All consequences should be summarized here, not just the "positive" ones.
    27  
    28  ### Positive
    29  
    30  ### Negative
    31  
    32  ### Neutral
    33  
    34  ## References
    35  
    36  > 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!
    37  
    38  - {reference link}