This directory contains Architecture Decision Records (ADRs) for Quipay. ADRs document significant architectural decisions made during the development of the project, including the context, rationale, and consequences of each decision.
An Architecture Decision Record (ADR) is a document that captures an important architectural decision made along with its context and consequences. ADRs help new contributors understand why certain design choices were made and provide a historical record of the project's evolution.
Each ADR follows this structure:
- Title: A short, descriptive name for the decision
- Status: Current state (Proposed, Accepted, Deprecated, Superseded)
- Context: The situation that led to this decision
- Decision: What was decided and why
- Consequences: The positive and negative outcomes of this decision
- ADR-001: Vault-Stream Separation Pattern
- ADR-002: Time-Based Stream Computation
- ADR-003: Automation Gateway Authorization Model
- ADR-004: Backend Monitoring Architecture
- ADR-005: Stellar Network and Soroban Platform Selection
- Copy 0000-template.md to a new file named
ADR-NNN-short-title.mdwhereNNNis the next sequential number. - Fill in every section. The Context and Consequences sections are the most important.
- Set the status to
Proposedand open a PR. Change toAcceptedonce merged. - Add an entry to the index above in this README.
- Reference the ADR from any relevant code using an inline comment, e.g.
// See docs/adr/ADR-001-vault-stream-separation.md.