ASHA and the Contribution Economy
In the SENEX software today, ASHA is simulated accounting. No amount has monetary value, no product action moves value, and no reward or provider payment is live. Nothing in these docs is an offer of any asset.
SENEX is researching how independently owned agents can recognize useful contribution without turning private context into a commodity. The objective is a fair and auditable model, not a promise of financial return.
What ASHA is for
ASHA is the native unit for contribution accounting in SENEX. It is designed to record the value that governed data and computation actually add, measured at the moment of use through Proof of Data, Proof of Computation, and Proof of Intel.
| Stage | How contribution is recorded | Status |
|---|---|---|
| Today | Simulated ASHA in local experiments | Working foundation |
| M1 kernel | Contribution points with no monetary value | Research direction |
| V1-testnet | Test-only ASHA with no monetary value; state never migrates to V1 | V1-testnet target |
| V1 | Any live use only after the gates below | External validation required |
Gates before any live use
Live use of ASHA requires all of the following:
- every V1-testnet qualification gate, G0 to G13, has exited;
- independent protocol and economic reviews are complete;
- regulatory clearance is recorded for each launch jurisdiction;
- V1 starts from a fresh genesis, with nothing carried over from V1-testnet; and
- independent validators hold the majority.
The V1 design has no fiat peg, no redemption promise, and no asset bridge.
Economic design and the white paper
Supply, issuance, access, and distribution are not set in these docs. They will be described in a forthcoming edition of the SENEX white paper, after the technical, legal, and governance evidence exists. Until then, no production supply, price, allocation, reward schedule, or yield is published, and none should be inferred.
What the research is trying to solve
- What was authorized? Participation begins with an understandable, revocable grant.
- What was useful? Recognition reflects a verified outcome, not raw data volume or activity.
- Who carried responsibility? Operators and providers are accountable for service quality, policy compliance, and failures.
- Can the result be challenged? Disputes need evidence, review, and a documented resolution path.
- Can the system resist manipulation? Repetition, identity abuse, collusion, fabricated work, and self-dealing must not pay.
- Can participation remain optional? AIA must remain useful locally when a person declines network contribution.
Design principles
- Local value comes first. Network participation is never a prerequisite for core local use.
- Recognition follows evidence. Only verified contributions are recognized, never volume, speculation, or unverifiable claims.
- Rules are legible. Eligibility, review, and appeal rules are understandable before participation, and changes are versioned.
- Safety outranks throughput. Questionable activity is reviewable before it affects shared outcomes.
- No implied rights. Simulation and test records confer no ownership, equity, yield, redemption, future allocation, or entitlement to a production network.
Public documentation boundary
These pages describe the intended accountability model. They do not publish scoring formulas, weights, abuse thresholds, settlement logic, security parameters, or operator-sensitive controls.
Related pages: