# Phoenix UOS White Paper

## Project Description & Utility Design Draft

**Version 0.1 — August 2026**

> This document describes a project concept and preliminary utility design. It is not an offer, solicitation, investment recommendation, or promise of financial return. No Phoenix UOS token has been issued or offered for sale.

## 1. Purpose

Phoenix UOS explores how neglected homes can become local assets by connecting four systems: regenerative housing, distributed energy, ecological recovery, and AI-enabled operations data. The project begins with a 20-home field pilot intended to establish an evidence base for future local implementation.

## 2. Operating Architecture

| System | Intended role |
| --- | --- |
| Housing | Re-design neglected homes as efficient, resilient places to live. |
| Energy | Combine solar generation, storage, and energy management at building scale. |
| Ecology | Restore water, soil, vegetation, and biodiversity around each site. |
| AI operations | Learn from production, usage, and maintenance data to improve future projects. |

## 3. Pilot and Measurement

The first 20 homes are intended as a validation program, not a guarantee of outcomes. The project will define measurement protocols for energy production, ecology, owner experience, operating cost, and data quality before extending the model.

## 4. Preliminary Utility Design

Any future token design is limited to two practical questions: how verified local contribution could be recorded, and how access to energy or operations-data services could be coordinated. It does **not** promise a token sale, exchange listing, liquidity, price appreciation, ownership interest, voting power, or financial return.

| Proposed utility exploration | Constraint |
| --- | --- |
| Record verified contribution to local regeneration work | Participation criteria and anti-fraud controls must be defined first. |
| Enable access to platform services | Any access mechanism must be evaluated for user protection, legal classification, tax, security, and privacy. |

## 5. Governance and Safeguards

The project will not issue or sell a token before qualified legal, regulatory, cybersecurity, tax, privacy, and user-protection reviews have been completed in each relevant jurisdiction. It will also define governance, disclosure, incident response, and user-support practices before any live deployment.

## 6. Disclosure and Risk

Crypto-asset disclosures and consumer-protection obligations vary by jurisdiction. ESMA notes that crypto-asset white papers carry issuer responsibility and are designed to support transparency and informed decisions; listing in a register does not constitute competent-authority approval. [1] Korea's Financial Services Commission identifies user protection, custody, and unfair-trading controls as central issues under its virtual-asset framework. [2]

## References

[1] [European Securities and Markets Authority — Markets in Crypto-Assets Regulation (MiCA)](https://www.esma.europa.eu/esmas-activities/digital-finance-and-innovation/markets-crypto-assets-regulation-mica)

[2] [Financial Services Commission of Korea — Rules on the Protection of Virtual Asset Users](https://www.fsc.go.kr/eng/pr010101/81217)