Date: 2026-03-23
Author: Architect AI
Status: Founding Technical Document
Built on three principles: **Freedom, Individual Rights, Equality**
Built to last: not owned by any company, not deletable, not hostage to any vendor.
Table of Contents
1. Blockchain Choice
2. Decentralized Storage
3. Identity & Key Management
4. Smart Contract Architecture
5. Backend Services
6. Frontend
7. AI Integration
8. Data Marketplace
9. Open Source Strategy
10. MVP Technical Priorities — 90 Days
1. Blockchain Choice
Requirements Filter
- Low/zero fees for regular users (data consent transactions, not financial speculation)
- EVM-compatible (largest developer ecosystem, most auditors, most tooling)
- Proven decentralization and censorship resistance
- Mobile-friendly RPC access
- Long-term viability (not a VC-controlled chain that pivots or dies)
- Stablecoin support for elder care / low-income users
Candidates Evaluated
| Chain | Fees | EVM | Decentralization | Mobile | Risk |
|-------|------|-----|-----------------|--------|------|
| Ethereum mainnet | High ($5–$50+) | Yes | High | Feasible | Low |
| Polygon PoS | Very low (<$0.01) | Yes | Medium | Good | Medium |
| Polygon zkEVM | Low | Yes | Medium | Developing | Medium |
| Optimism (OP Mainnet) | Low | Yes | Medium-High | Good | Low-Medium |
| Arbitrum One | Low | Yes | Medium-High | Good | Low-Medium |
| Base (Coinbase L2) | Very low | Yes | Medium (Coinbase) | Excellent | **High — corporate** |
| Celo | Very low | Yes (EVM fork) | Medium | **Excellent** | Medium |
| Solana | Very low | No | Medium | Good | Medium-High |
**Recommendation: Celo (primary) + Ethereum L1 (anchoring)**
Why Celo:
- Purpose-built for mobile-first, low-income, global users — philosophically aligned
- EVM-compatible: Solidity contracts work without modification
- Ultra-low fees (fractions of a cent)
- Built-in stablecoin (cUSD, cEUR) — critical for elder care and poverty-reduction use cases
- Phone number → wallet mapping built in (simplifies onboarding for non-technical users)
- Proof-of-stake with identity-weighted validators (aligns with "equality" principle)
- Open source from day one; Foundation-governed, not VC-controlled
- Migrated to Ethereum L2 (using OP Stack) in 2024 — inherits Ethereum security while keeping low fees
Why Ethereum anchoring:
- Arweave and key registries can be anchored to Ethereum for maximum permanence
- HeadstoneToken root registry lives on Ethereum for long-term credibility
- "LastWrite" proofs: important life events get an immutable Ethereum transaction hash
Why NOT Solana:
- Not EVM: bifurcates developer talent and tooling
- History of outages — unacceptable for a "forever" platform
- Rust smart contracts = smaller auditor pool
Why NOT Base:
- Coinbase controls sequencer. One company cannot have delete power over Headstone data.
2. Decentralized Storage
Data Types in Headstone
| Data Type | Size | Mutability | Sensitivity | Permanence Need |
|-----------|------|-----------|-------------|-----------------|
| LifeLine entries (text) | Small | Append-only | High | Forever |
| Profile media (photos, audio) | Medium-Large | Append-only | High | Forever |
| Tree connections graph | Small | Mutable | Medium | High |
| Consent records | Tiny | Append-only | Critical | Forever |
| Wayfinder location data | Tiny | Ephemeral | High | Low |
| Elder care session logs | Small | Append-only | Critical | Forever |
| VR scene assets | Large | Versioned | Medium | High |
| Marketplace transaction receipts | Tiny | Immutable | High | Forever |
Storage Layer Architecture
**Arweave — Permanent, immutable data**
This page summarizes the full specification. See the full document for complete details.