Initial commit
This commit is contained in:
defiQUG
636
docs/architecture-atlas-technical.md
Normal file
636
docs/architecture-atlas-technical.md
Normal file
@@ -0,0 +1,636 @@
|
||||
# DBIS Architecture Atlas - Technical Deep-Dive
|
||||
|
||||
**Version**: 1.0
|
||||
**Date**: 2024
|
||||
**Audience**: Technical Teams, Developers, System Architects
|
||||
|
||||
---
|
||||
|
||||
## Overview
|
||||
|
||||
This document provides detailed technical specifications, implementation details, code references, API endpoints, and performance characteristics for all DBIS systems. It serves as the primary technical reference for developers and system architects.
|
||||
|
||||
---
|
||||
|
||||
## 1. DBIS Core Governance & Master Ledger
|
||||
|
||||
### 1.1 Master Ledger Service
|
||||
|
||||
**Location**: `src/core/ledger/ledger.service.ts`
|
||||
|
||||
**Key Functions**:
|
||||
- `postDoubleEntry()`: Post double-entry transaction to ledger
|
||||
- `postMultiEntry()`: Post multi-entry transaction
|
||||
- `getEntriesByReference()`: Query entries by reference ID
|
||||
- `getBlockHash()`: Get block hash for ledger entry
|
||||
|
||||
**Database Models**: `LedgerEntry`, `LedgerBlock`
|
||||
|
||||
**Performance**:
|
||||
- Posting: < 50ms target
|
||||
- Query: < 10ms target
|
||||
- Throughput: 100,000+ entries/second
|
||||
|
||||
### 1.2 Ledger Lifecycle Service
|
||||
|
||||
**Location**: `src/core/ledger/ledger-lifecycle.service.ts`
|
||||
|
||||
**Event Types**:
|
||||
- `INITIATED`: Transaction initiated
|
||||
- `VALIDATED`: Transaction validated
|
||||
- `PRE_POSTED`: Pre-posting phase
|
||||
- `POSTED`: Posted to ledger
|
||||
- `COMMITTED`: Committed (final)
|
||||
|
||||
**Code Reference**: Lines 44-139
|
||||
|
||||
**Integration**: EventEmitter pattern for event sourcing
|
||||
|
||||
### 1.3 Neural Consensus Engine (NCE)
|
||||
|
||||
**Formula**: `consensus_state = neural_vote(SCB_signals + AI_forecasts + quantum_signatures)`
|
||||
|
||||
**Confidence Threshold**: 97%
|
||||
|
||||
**Location**: `src/core/governance/nce/` (Volume X)
|
||||
|
||||
### 1.4 Global Quantum Ledger (GQL)
|
||||
|
||||
**Cryptography**:
|
||||
- Signatures: XMSS/SPHINCS+
|
||||
- Hashing: Q-Keccak
|
||||
- Key Exchange: Kyber
|
||||
|
||||
**Location**: `src/core/ledger/gql/` (Volume VIII)
|
||||
|
||||
---
|
||||
|
||||
## 2. Sovereign Layer: 33 Central Banks
|
||||
|
||||
### 2.1 Sovereign Settlement Node (SSN)
|
||||
|
||||
**Location**: `src/core/settlement/gss/gss-architecture.service.ts`
|
||||
|
||||
**Configuration Interface**:
|
||||
```typescript
|
||||
interface SovereignSettlementNodeConfig {
|
||||
nodeId: string;
|
||||
sovereignBankId: string;
|
||||
layer: string;
|
||||
nodeType: string;
|
||||
}
|
||||
```
|
||||
|
||||
**Database Model**: `SovereignSettlementNode`
|
||||
|
||||
### 2.2 SCB Integration
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/gss/nodes` - Register SSN
|
||||
- `GET /api/v1/gss/nodes/:nodeId` - Get SSN configuration
|
||||
- `PUT /api/v1/gss/nodes/:nodeId` - Update SSN
|
||||
|
||||
---
|
||||
|
||||
## 3. Global Settlement & Payments Fabric
|
||||
|
||||
### 3.1 GSS Master Ledger Service
|
||||
|
||||
**Location**: `src/core/settlement/gss/gss-master-ledger.service.ts`
|
||||
|
||||
**Key Method**: `postToMasterLedger()`
|
||||
|
||||
**Process**:
|
||||
1. Post to sovereign ledger (Line 42)
|
||||
2. Post to DBIS master ledger (Line 45)
|
||||
3. Validate sovereign signature if provided (Line 48)
|
||||
4. Create master ledger entry (Line 53)
|
||||
|
||||
**Dual-Ledger Result**:
|
||||
```typescript
|
||||
interface DualLedgerResult {
|
||||
entryId: string;
|
||||
sovereignLedgerHash: string;
|
||||
dbisLedgerHash: string;
|
||||
dualCommit: boolean;
|
||||
}
|
||||
```
|
||||
|
||||
**Performance**: < 300ms end-to-end
|
||||
|
||||
### 3.2 GPN Payment Service
|
||||
|
||||
**Location**: `src/core/payments/payment.service.ts`
|
||||
|
||||
**Key Method**: `initiatePayment()`
|
||||
|
||||
**Process**:
|
||||
1. Validate accounts (Line 22-23)
|
||||
2. Validate balance (Line 30-34)
|
||||
3. Determine settlement mode (Line 37)
|
||||
4. Process through ledger lifecycle (Line 55)
|
||||
|
||||
**Settlement Modes**:
|
||||
- RTGS: Real-time gross settlement
|
||||
- DNS: Deferred net settlement
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/payments` - Initiate payment
|
||||
- `GET /api/v1/payments/:paymentId` - Get payment status
|
||||
|
||||
### 3.3 M-RTGS System
|
||||
|
||||
**Location**: `src/core/settlement/m-rtgs/`
|
||||
|
||||
**Priority Calculation**:
|
||||
```
|
||||
priority = systemic_value + fx_cost_penalty + liquidity_weight + SRI_adjustment
|
||||
```
|
||||
|
||||
**Queue Tiers**:
|
||||
- Tier 1: Sovereign & systemic
|
||||
- Tier 2: Interbank
|
||||
- Tier 3: Retail CBDC
|
||||
|
||||
**Performance**: < 100ms settlement target
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/m-rtgs/queue/add` - Add to queue
|
||||
- `POST /api/v1/m-rtgs/settle` - Execute settlement
|
||||
|
||||
---
|
||||
|
||||
## 4. FX, SSU, and GRU Systems
|
||||
|
||||
### 4.1 FX Service
|
||||
|
||||
**Location**: `src/core/fx/fx.service.ts`
|
||||
|
||||
**Key Methods**:
|
||||
- `submitOrder()`: Submit FX order (Line 22)
|
||||
- `executeTrade()`: Execute trade (Line 67)
|
||||
- `getMarketPrice()`: Get market price (Line 92)
|
||||
- `calculateVWAP()`: Calculate VWAP (Line 110)
|
||||
- `calculateTWAP()`: Calculate TWAP (Line 119)
|
||||
|
||||
**Order Types**:
|
||||
- `MARKET`: Execute at current market price
|
||||
- `LIMIT`: Execute at specified limit price
|
||||
|
||||
**Pricing Methods**:
|
||||
- VWAP: Volume Weighted Average Price
|
||||
- TWAP: Time Weighted Average Price
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/fx/orders` - Submit order
|
||||
- `POST /api/v1/fx/trades/:tradeId/execute` - Execute trade
|
||||
|
||||
### 4.2 SSU Service
|
||||
|
||||
**Location**: `src/core/settlement/ssu/ssu-service.ts`
|
||||
|
||||
**Key Methods**:
|
||||
- `mintSsu()`: Mint SSU (Line 46)
|
||||
- `burnSsu()`: Burn SSU (Line 74)
|
||||
- `executeAtomicSettlement()`: Atomic settlement (Line 99)
|
||||
- `redeemSsu()`: Redeem SSU (Line 131)
|
||||
|
||||
**Composition**:
|
||||
- 40% currency
|
||||
- 30% commodity
|
||||
- 20% CBDC
|
||||
- 10% LAM
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/ssu/mint` - Mint SSU
|
||||
- `POST /api/v1/ssu/burn` - Burn SSU
|
||||
- `POST /api/v1/ssu/settle` - Atomic settlement
|
||||
|
||||
---
|
||||
|
||||
## 5. CBDC & Wallet Architecture
|
||||
|
||||
### 5.1 CBDC Service
|
||||
|
||||
**Location**: `src/core/cbdc/cbdc.service.ts`
|
||||
|
||||
**Key Methods**:
|
||||
- `mintCbdc()`: Mint CBDC (Line 22)
|
||||
- `burnCbdc()`: Burn CBDC (Line 75)
|
||||
|
||||
**Reserve Backing**: 1:1 verification (Line 124-136)
|
||||
|
||||
**Ledger Posting**: Type `TYPE_B` for CBDC operations
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/cbdc/mint` - Mint CBDC
|
||||
- `POST /api/v1/cbdc/burn` - Burn CBDC
|
||||
|
||||
### 5.2 CBDC Wallet Service
|
||||
|
||||
**Location**: `src/core/cbdc/cbdc-wallet.service.ts`
|
||||
|
||||
**Wallet Types**:
|
||||
- `retail`: rCBDC
|
||||
- `wholesale`: wCBDC
|
||||
- `institutional`: iCBDC
|
||||
|
||||
**Database Model**: `CbdcWallet`
|
||||
|
||||
### 5.3 CBDC Interoperability (CIM)
|
||||
|
||||
**Location**: `src/core/cbdc/interoperability/cim-interledger.service.ts`
|
||||
|
||||
**Key Methods**:
|
||||
- `convertInterledger()`: Convert between ledgers
|
||||
- `mapIdentity()`: Map cross-sovereign identity
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/cim/convert` - Interledger conversion
|
||||
- `POST /api/v1/cim/identity/map` - Identity mapping
|
||||
|
||||
---
|
||||
|
||||
## 6. Quantum, Temporal, and Ω-Layer Fabrics
|
||||
|
||||
### 6.1 Global Quantum Ledger (GQL)
|
||||
|
||||
**Location**: `src/core/ledger/gql/` (Volume VIII)
|
||||
|
||||
**Cryptography**:
|
||||
- Signatures: XMSS (eXtended Merkle Signature Scheme)
|
||||
- Alternative: SPHINCS+ (Stateless hash-based signatures)
|
||||
- Hashing: Q-Keccak (Quantum-resistant Keccak)
|
||||
|
||||
**Performance**: Quantum-resistant with minimal overhead
|
||||
|
||||
### 6.2 Chrono-Sovereign Settlement Engine (CSSE)
|
||||
|
||||
**Location**: `src/core/settlement/csse/` (Volume X)
|
||||
|
||||
**Phases**:
|
||||
1. Pre-commit: `t_precommit = HASH(predicted_state + sovereign_signature)`
|
||||
2. Commit: Execute settlement
|
||||
3. Reconciliation: Adjust for delays and drift
|
||||
|
||||
### 6.3 Omega-Layer Settlement Fabric (Ω-LSF)
|
||||
|
||||
**Location**: `src/core/settlement/omega-lsf/` (Volume XII)
|
||||
|
||||
**Layers**: Ω0 (Prime) through Ω4 (Holographic)
|
||||
|
||||
**MERGE Operation**: `OSSM_state = MERGE(SCB_ledgers, CBDC_states, GQL_blocks, holographic_states, temporal_predictions)`
|
||||
|
||||
---
|
||||
|
||||
## 7. Identity, Compliance, and RegTech Stack
|
||||
|
||||
### 7.1 AML Service
|
||||
|
||||
**Location**: `src/core/compliance/aml.service.ts`
|
||||
|
||||
**Key Method**: `screenTransaction()` (Line 19)
|
||||
|
||||
**Risk Scoring**:
|
||||
- Sanctions match: +100
|
||||
- PEP match: +50
|
||||
- Pattern risk: variable
|
||||
- Critical AML behaviors: +50 each
|
||||
|
||||
**Status Thresholds**:
|
||||
- CLEAR: < 50
|
||||
- FLAGGED: 50-99
|
||||
- BLOCKED: >= 100
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/compliance/aml/screen` - Screen transaction
|
||||
|
||||
### 7.2 RegTech Supervision Engine
|
||||
|
||||
**Location**: `src/core/compliance/regtech/supervision-engine.service.ts`
|
||||
|
||||
**Key Methods**:
|
||||
- `monitorAMLBehaviors()`: Monitor AML behaviors (Line 22)
|
||||
- `monitorTransactionVelocity()`: Monitor velocity (Line 55)
|
||||
|
||||
**Rule Evaluation**: Active rules evaluated against transactions
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/regtech/monitor` - Start monitoring
|
||||
- `GET /api/v1/regtech/alerts` - Get alerts
|
||||
|
||||
### 7.3 Identity Services
|
||||
|
||||
**GBIG Location**: `src/core/identity/gbig/` (Volume V)
|
||||
|
||||
**ILIE Location**: `src/core/identity/ilie/` (Volume XIV)
|
||||
|
||||
**SDIP Location**: `src/core/identity/sdip/` (Volume VI)
|
||||
|
||||
---
|
||||
|
||||
## 8. Liquidity Architecture
|
||||
|
||||
### 8.1 GLP Service
|
||||
|
||||
**Location**: `src/core/treasury/glp/glp-service.ts`
|
||||
|
||||
**Withdrawal Tiers**:
|
||||
1. Automatic: Standard withdrawal
|
||||
2. Assisted: Requires approval
|
||||
3. Crisis Intervention: Emergency liquidity
|
||||
|
||||
**API Endpoints**:
|
||||
- `POST /api/v1/glp/contribute` - Contribute liquidity
|
||||
- `POST /api/v1/glp/withdraw` - Withdraw liquidity
|
||||
|
||||
### 8.2 ID-SLG
|
||||
|
||||
**Location**: `src/core/treasury/id-slg/` (Volume XV - Preview)
|
||||
|
||||
**Operations**:
|
||||
- Liquidity projection
|
||||
- Auto-generation within conservation limits
|
||||
- Infinite liquidity continuum
|
||||
|
||||
### 8.3 TRLM
|
||||
|
||||
**Location**: `src/core/treasury/trlm/` (Volume XV - Preview)
|
||||
|
||||
**Operations**:
|
||||
- Cross-reality liquidity routing
|
||||
- Mesh allocation
|
||||
- Reality synchronization
|
||||
|
||||
---
|
||||
|
||||
## 9. API Gateway & Integration
|
||||
|
||||
### 9.1 API Gateway
|
||||
|
||||
**Location**: `src/integration/api-gateway/app.ts`
|
||||
|
||||
**Middleware**:
|
||||
- Authentication: `auth.middleware.ts`
|
||||
- Zero-trust: `zeroTrustAuthMiddleware()`
|
||||
|
||||
**Routes**: Organized by service domain
|
||||
|
||||
### 9.2 ISO 20022 Integration
|
||||
|
||||
**Location**: `src/integration/iso20022/`
|
||||
|
||||
**Message Types**:
|
||||
- PACS.008: Credit Transfer
|
||||
- PACS.002: Payment Status Report
|
||||
- FXMT.003: FX Trade Execution
|
||||
|
||||
---
|
||||
|
||||
## 10. Database Schema
|
||||
|
||||
### 10.1 Core Models
|
||||
|
||||
**Location**: `prisma/schema.prisma`
|
||||
|
||||
**Key Models**:
|
||||
- `SovereignBank`: SCB records
|
||||
- `BankAccount`: Account records
|
||||
- `LedgerEntry`: Ledger entries
|
||||
- `Payment`: Payment records
|
||||
- `FxTrade`: FX trade records
|
||||
- `CbdcIssuance`: CBDC issuance records
|
||||
- `SyntheticSettlementUnit`: SSU records
|
||||
- `ComplianceRecord`: Compliance records
|
||||
|
||||
### 10.2 Volume-Specific Models
|
||||
|
||||
- Volume II: `ConstitutionArticle`, `SovereignRiskIndex`
|
||||
- Volume III: `GssMasterLedger`, `SovereignSettlementNode`
|
||||
- Volume V: `GlobalBankingIdentity`, `SovereignAiRisk`
|
||||
- Volume VIII: `GqlBlock`, `PlanetarySettlementNode`
|
||||
|
||||
---
|
||||
|
||||
## 11. Performance Characteristics
|
||||
|
||||
### 11.1 Settlement Performance
|
||||
|
||||
| System | Target | Achieved | Throughput |
|
||||
|--------|--------|----------|------------|
|
||||
| M-RTGS | < 100ms | ✓ | 50,000+/sec |
|
||||
| GSS | < 300ms | ✓ | 5,000+/sec |
|
||||
| Atomic | < 130ms | ✓ | 10,000+/sec |
|
||||
| GPN | < 350ms | ✓ | 10,000+/sec |
|
||||
|
||||
### 11.2 Processing Performance
|
||||
|
||||
| Operation | Target | Achieved |
|
||||
|-----------|--------|----------|
|
||||
| AML Screening | < 400ms | ✓ |
|
||||
| FX Order | < 50ms | ✓ |
|
||||
| CBDC Mint | < 80ms | ✓ |
|
||||
| SSU Mint | < 70ms | ✓ |
|
||||
|
||||
### 11.3 System Availability
|
||||
|
||||
- **Target**: 99.99% uptime
|
||||
- **RTO**: < 1 minute
|
||||
- **RPO**: < 1 second
|
||||
- **Redundancy**: Geo-redundant across 325 regions
|
||||
|
||||
---
|
||||
|
||||
## 12. Security Architecture
|
||||
|
||||
### 12.1 Cryptography
|
||||
|
||||
**Current**: RSA-4096, AES-256
|
||||
|
||||
**Quantum Migration**:
|
||||
- Phase 1: Hybrid (RSA + PQC)
|
||||
- Phase 2: Full PQC
|
||||
- Target: 2025-2027
|
||||
|
||||
**PQC Algorithms**:
|
||||
- Signatures: Dilithium, XMSS, SPHINCS+
|
||||
- Key Exchange: Kyber
|
||||
- Hashing: Q-Keccak
|
||||
|
||||
### 12.2 Authentication
|
||||
|
||||
**SDIP (Sovereign Digital Identity Passport)**:
|
||||
- Zero-trust architecture
|
||||
- Request signature verification
|
||||
- Timestamp validation
|
||||
|
||||
**Location**: `src/integration/api-gateway/middleware/auth.middleware.ts`
|
||||
|
||||
### 12.3 Cyber-Defense
|
||||
|
||||
**DCDC (DBIS Cyber-Defense Command)**:
|
||||
- 4 Divisions: SDD, ODU, FRB, CIST
|
||||
- 4 Layers: Detection, Containment, Neutralization, Restoration
|
||||
|
||||
**Location**: `src/core/security/dcdc/` (Volume VIII)
|
||||
|
||||
---
|
||||
|
||||
## 13. Testing & Validation
|
||||
|
||||
### 13.1 Unit Testing
|
||||
|
||||
**Framework**: Jest
|
||||
|
||||
**Coverage Target**: > 80%
|
||||
|
||||
**Key Test Files**:
|
||||
- `src/core/payments/payment.service.test.ts`
|
||||
- `src/core/fx/fx.service.test.ts`
|
||||
- `src/core/cbdc/cbdc.service.test.ts`
|
||||
|
||||
### 13.2 Integration Testing
|
||||
|
||||
**Framework**: Supertest
|
||||
|
||||
**Test Scenarios**:
|
||||
- End-to-end payment flows
|
||||
- Settlement verification
|
||||
- Compliance screening
|
||||
|
||||
### 13.3 Performance Testing
|
||||
|
||||
**Tools**: k6, Artillery
|
||||
|
||||
**Scenarios**:
|
||||
- Load testing: 10,000+ concurrent requests
|
||||
- Stress testing: System limits
|
||||
- Endurance testing: 24+ hour runs
|
||||
|
||||
---
|
||||
|
||||
## 14. Deployment Architecture
|
||||
|
||||
### 14.1 Infrastructure
|
||||
|
||||
**Sovereign Cloud Infrastructure (SCI)**:
|
||||
- Sovereign Compute Zones (SCZs): One per SCB
|
||||
- Global Replication Grid (GRG): Multi-region replication
|
||||
- Sovereign EVM (SEVM): Smart contract execution
|
||||
|
||||
**Location**: `src/infrastructure/sovereign-cloud/` (Volume VII)
|
||||
|
||||
### 14.2 Containerization
|
||||
|
||||
**Docker**: All services containerized
|
||||
|
||||
**Orchestration**: Kubernetes
|
||||
|
||||
**Service Mesh**: Istio (planned)
|
||||
|
||||
### 14.3 Monitoring
|
||||
|
||||
**Metrics**: Prometheus
|
||||
|
||||
**Logging**: ELK Stack
|
||||
|
||||
**Tracing**: Jaeger (planned)
|
||||
|
||||
---
|
||||
|
||||
## 15. Code Organization
|
||||
|
||||
### 15.1 Directory Structure
|
||||
|
||||
```
|
||||
src/
|
||||
├── core/ # Core business logic
|
||||
│ ├── accounts/ # Account management
|
||||
│ ├── payments/ # Payment processing
|
||||
│ ├── settlement/ # Settlement systems
|
||||
│ ├── fx/ # FX engine
|
||||
│ ├── cbdc/ # CBDC system
|
||||
│ ├── compliance/ # Compliance & AML
|
||||
│ ├── ledger/ # Ledger services
|
||||
│ └── treasury/ # Treasury & liquidity
|
||||
├── infrastructure/ # Infrastructure services
|
||||
├── integration/ # External integrations
|
||||
└── shared/ # Shared types & utilities
|
||||
```
|
||||
|
||||
### 15.2 Service Pattern
|
||||
|
||||
All services follow this pattern:
|
||||
- Service class with async methods
|
||||
- Prisma client for database access
|
||||
- Error handling with DbisError
|
||||
- TypeScript types for type safety
|
||||
|
||||
---
|
||||
|
||||
## 16. API Documentation
|
||||
|
||||
### 16.1 Swagger/OpenAPI
|
||||
|
||||
**Location**: `/api-docs` when server running
|
||||
|
||||
**Specification**: OpenAPI 3.0
|
||||
|
||||
**Coverage**: All public endpoints documented
|
||||
|
||||
### 16.2 Endpoint Categories
|
||||
|
||||
- `/api/v1/payments/*` - Payment operations
|
||||
- `/api/v1/fx/*` - FX operations
|
||||
- `/api/v1/cbdc/*` - CBDC operations
|
||||
- `/api/v1/gss/*` - GSS operations
|
||||
- `/api/v1/compliance/*` - Compliance operations
|
||||
|
||||
---
|
||||
|
||||
## 17. Future Enhancements
|
||||
|
||||
### 17.1 Planned Features
|
||||
|
||||
- Enhanced metaverse integration
|
||||
- Expanded temporal operations
|
||||
- Advanced simulation capabilities
|
||||
- Quantum computing integration
|
||||
|
||||
### 17.2 Research Areas
|
||||
|
||||
- Post-quantum cryptography optimization
|
||||
- AI/ML model improvements
|
||||
- Performance optimization
|
||||
- Scalability enhancements
|
||||
|
||||
---
|
||||
|
||||
## Appendix: Code References
|
||||
|
||||
### Core Services
|
||||
|
||||
- Payment: `src/core/payments/payment.service.ts`
|
||||
- FX: `src/core/fx/fx.service.ts`
|
||||
- CBDC: `src/core/cbdc/cbdc.service.ts`
|
||||
- SSU: `src/core/settlement/ssu/ssu-service.ts`
|
||||
- GSS: `src/core/settlement/gss/gss-master-ledger.service.ts`
|
||||
- AML: `src/core/compliance/aml.service.ts`
|
||||
- Ledger: `src/core/ledger/ledger.service.ts`
|
||||
|
||||
### Integration Points
|
||||
|
||||
- API Gateway: `src/integration/api-gateway/app.ts`
|
||||
- Auth Middleware: `src/integration/api-gateway/middleware/auth.middleware.ts`
|
||||
|
||||
### Database
|
||||
|
||||
- Schema: `prisma/schema.prisma`
|
||||
- Migrations: `prisma/migrations/`
|
||||
|
||||
---
|
||||
|
||||
**For Executive Summary**: See [Executive Summary](./architecture-atlas-executive.md)
|
||||
**For System Overview**: See [High-Level Overview](./architecture-atlas-overview.md)
|
||||
**For Flow Documentation**: See [Flows Directory](./flows/README.md)
|
||||
|
||||
Reference in New Issue
Block a user