Proof Of Useful Work rewards reviewed evidence, not mining, yield, or social scoring. A contributor, service, machine, or agent becomes eligible only through an outcome that can be reviewed under a known rule set and converted into bounded reward authorization.
The design matters because useful-work programs can easily drift into discretionary patronage. If “useful” means whatever a treasury committee likes today, the system becomes hard to verify and easy to capture. The Z00Z version has to stay stricter: evidence first, fact review second, bounded value review third, challenge rights fourth, confidentiality-preserving reward settlement last.
Boundary
PoUW is a treasury and coordination layer above the core settlement protocol. Z00Z can privately settle the resulting reward claim, enforce anti-double-claim rules, and preserve wallet-local ownership of the payout. It should not become the judge of every research report, tutorial, service claim, or agent output inside consensus-critical logic.
| PoUW is | PoUW is not |
|---|---|
| Rewarding verified outputs with evidence packages | Consensus mining or block production |
| Formal review followed by bounded authorization | A social committee paying for loyalty |
| Confidentiality-preserving reward transfer after claim validity is proven | A public payroll ledger or an off-record compensation scheme |
| Challengeable treasury execution under caps | Unlimited emission or discretionary patronage |
| Useful for code, audits, documentation, infrastructure, agents, and machines | A reason to pay for price promotion or hype |
This boundary keeps the core protocol narrow while still allowing the ecosystem to fund work that makes the protocol more useful.
Program Modes
PoUW has two main modes. In a pre-scoped grant or bounty, the task, acceptance criteria, and reward range are published before work begins. Review mostly asks whether the work satisfies the spec and whether fraud indicators exist. In an open useful-work lane, a contributor submits work whose value was not fully priced in advance. Review must then separate factual completion from bounded value assessment.
Both modes can be legitimate. They should not use the same looseness. Open useful-work lanes need stronger caps, challenge windows, review diversity, and budget limits because pricing is judged after submission.
Work Taxonomy
Useful work should be grouped by proof family rather than by marketing label.
| Work family | Evidence shape | Launch posture |
|---|---|---|
| Code, research, audit, security | Commits, reports, findings, proofs, reproducible artifacts | Strong early fit |
| Documentation and onboarding | Published artifacts, review evidence, measurable activation where relevant | Strong if technical and bounded |
| Infrastructure and relay work | Uptime windows, signed receipts, operational logs, service metrics | Strong if spoofing controls exist |
| Machine and service work | Task receipts, hashes, bounded execution artifacts | Good staged fit |
| Agent-mediated tasks | Work packages, artifact hashes, reviewer attestations | Future-facing; requires evaluator discipline |
| Growth or content campaigns | Attribution, conversion, sampled review, anti-fraud controls | High-risk unless carefully bounded |
The first categories should be technical and measurable: code, audits, tests, documentation, tooling, formal verification, and bounded infrastructure. More subjective categories can wait until the review and challenge system proves itself.
Work Package To Authorization
The core lifecycle converts evidence into a confidentiality-preserving reward transfer without exposing a permanent public compensation graph.
WorkPackage and RewardAuthorization are whitepaper and roadmap nouns unless the reward module has landed. The present repository-backed concept to preserve is narrower: private claim settlement needs an anti-double-claim anchor such as a claim nullifier, and the payout path should verify formal authorization rather than trust social approval.
Fact Consensus Versus Value Consensus
Fact review asks whether the work exists, whether the artifact is authentic, whether the output meets stated criteria, and whether obvious fraud or harm is present. Value review asks how much the work should receive within the program’s caps. Mixing those questions creates bad incentives. A valid artifact may still be low value. A valuable-looking artifact may still be fraudulent. A harmful artifact should be rejected rather than merely paid less.
This separation also protects reviewers. Evidence agents can confirm facts, adversarial reviewers can challenge fraud, and governance-defined valuation processes can assign bounded reward envelopes. No single actor needs to own the whole truth.
Confidentiality-Preserving Reward Settlement
The reason PoUW belongs near Z00Z is not that the protocol should judge everything. It is that a verified reward can be held confidentially and remain replay-safe. A contributor may use a pseudonym publicly, subject to any identity, eligibility, tax, sanctions, labor, accounting, or record duties applicable to the program operator. A payout does not need to create a permanent public compensation graph. The settlement layer only needs to verify that an authorization is valid, unused, within caps, and eligible for the confidential claim path.
Confidential reward settlement does not erase ordinary obligations. Program sponsors and operators must apply eligibility, anti-diversion, sanctions, tax, labor, accounting, recordkeeping, audit, and reporting controls that apply to the program. Z00Z confidential settlement preserves data minimization without shifting those duties to wallet software; the canonical rule is in the Compliance Framework.
Challenges, Slashing, And Appeals
Challenge windows are part of the legitimacy of PoUW. They let reviewers contest fabricated work, duplicated claims, manipulated metrics, insecure outputs, or exaggerated impact. For higher-risk lanes, work bonds, evaluator bonds, or fraud penalties may be appropriate. The goal is not to make participation expensive by default. The goal is to prevent the treasury from becoming an easy target for farming.
Appeals matter for the opposite reason. If AI or reviewer markets can reject work without recourse, the system becomes opaque. A bounded appeal path lets the project correct errors while keeping the first review process meaningful.
Legal Boundary
The legal architecture is clear: useful-work rewards should not look like payroll, employment, loyalty payments, price promotion, or hidden compensation from a managed financial service. Contributors are not employees by default. Rewarded contributors do not become spokespersons by reward alone. A steward or founder should not manually dispose of treasury funds through private preference.
The safest public language is “contribution,” “grant,” “reimbursement,” “useful-work reward,” “bounded reserve,” and “rule-bound payout.” Avoid “mining,” “yield,” “dividend,” “earn by holding,” “anonymous payroll,” and anything that sounds like payment for price excitement.
Rollout
The rollout should start with safe categories and simple proof shapes. Code, audits, tests, documentation, tooling, infrastructure, and bounded service receipts are better first lanes than broad promotion or subjective social impact. Only after the system proves evidence intake, challenge handling, anti-double-claim enforcement, and treasury execution should it expand into richer agent, content, or growth categories.
This staged posture is not timid. It is how a useful-work system earns credibility before handling harder cases.
Current Versus Target Status
The conceptual architecture is mature enough to document: work package, proof family, fact review, value review, challenge window, reward authorization, private claim, and anti-replay payout. A production independent evaluator market, model-governance stack, cross-chain review coordination, and broad useful-work economy remain target architecture. Public docs should therefore present PoUW as a rule-bound reward model under development, not as a fully live automated treasury system.
Read Next
- Tokenomics explains reward budgets and treasury compartments.
- Governance explains challenge windows and AI limits.
- Linked Liability explains fraud proof and bonded consequence for delayed rights.
Evidence and Further Reading
- Proof-of-Useful-Work sections 2 through 12 define the boundary, program modes, work taxonomy, system architecture, evidence packages, fact and value review, reward authorization, confidential reward settlement, challenges, governance boundary, tokenomics relation, rollout, and strategic positioning.
- DAO sections 7 through 9 define AI safety, confidential reward claims, contributor eligibility, challenge windows, emergency paths, and governance legitimacy.
- Legal Architecture section 6 defines treasury danger, useful-work boundaries, contributor status, mandate limits, work bonds, challenge periods, and appeals.