This appendix now distinguishes between:
- Current testnet implementation defaults: the app/runtime behavior currently implemented and exposed in the Lioth testnet.
- Genesis protocol defaults: the broader parameter envelope documented for the protocol architecture and future governance-controlled mainnet evolution.
The current testnet implementation is intentionally narrower than the full protocol appendix below.
| Field | Current testnet default |
|---|
| environment | TESTNET |
| user-launched quality tiers | Q0 only by default |
| practical validation posture | nearly all outputs validated |
| Q0 PHK approval quorum | 1 |
| Q1/Q2/Q3 PHK approval quorum | 1 / 2 / 3 |
| base task reward | 10 tLIO |
| accepted tasks per earned campaign credit | 5 |
| minimum Q0 campaign-credit spend | 5 |
| target accepted outputs per Q0 campaign credit | 1 |
| ordinary participation bond requirement | not active in standard testnet flow |
| Field | Current testnet default |
|---|
| environment | TESTNET |
| user-launched quality tiers | Q0 only by default |
| practical validation posture | nearly all outputs validated |
| Q0 PHK approval quorum | 1 |
| Q1/Q2/Q3 PHK approval quorum | 1 / 2 / 3 |
| base task reward | 10 tLIO |
| accepted tasks per earned campaign credit | 5 |
| minimum Q0 campaign-credit spend | 5 |
| target accepted outputs per Q0 campaign credit | 1 |
| ordinary participation bond requirement | not active in standard testnet flow |
Current testnet uses both:
- protocol/performance reputation tracks (
R_work, R_valid) in [0,1]; and
- an operational Account Trust score in
[0,100].
Account Trust is the runtime access/readiness layer used for contributor caps, validator readiness, launch access, settlement timing, and reward shaping. It does not replace PHK finality.
| Trust band | Account Trust | Claims / 24h | Concurrent active | Settlement delay | Reward multiplier | Policy validator eligible | Max claim tier | Max user launch tier |
|---|
| Very new | 0-19 | 3 | 1 | 48h | 0.90x | No | Q0 | Q0 |
| Early | 20-39 | 5 | 1 | 24h | 0.95x | No | Q0 | Q0 |
| Improving | 40-59 | 8 | 2 | 12h | 1.00x | No | Q1 | Q0 |
| Trusted | 60-79 | 16 | 4 | 4h | 1.05x | Yes | Q2 | Q1 |
| Highly trusted | 80-100 | 24 | 6 | 0h | 1.10x | Yes | Q3 | Q3 |
| Trust band | Account Trust | Claims / 24h | Concurrent active | Settlement delay | Reward multiplier | Policy validator eligible | Max claim tier | Max user launch tier |
|---|
| Very new | 0-19 | 3 | 1 | 48h | 0.90x | No | Q0 | Q0 |
| Early | 20-39 | 5 | 1 | 24h | 0.95x | No | Q0 | Q0 |
| Improving | 40-59 | 8 | 2 | 12h | 1.00x | No | Q1 | Q0 |
| Trusted | 60-79 | 16 | 4 | 4h | 1.05x | Yes | Q2 | Q1 |
| Highly trusted | 80-100 | 24 | 6 | 0h | 1.10x | Yes | Q3 | Q3 |
| Lane | Meaning | Truth authority |
|---|
| Policy-eligible validator | Validator role + trust-band policy allows validation | Validator produces PHK review decisions only |
| Bootstrap-approved validator | Explicit audited testnet approval to solve cold-start validator supply | Does not let admin decide outcomes |
| Effective validator readiness | Current workspace-usable state after account, safety, and cluster restrictions | Still validator-derived PHK only |
| Force-assign only | Operator may assign for controlled testnet verification even when auto-routing blocks the validator | Assignment only, not truth override |
| Lane | Meaning | Truth authority |
|---|
| Policy-eligible validator | Validator role + trust-band policy allows validation | Validator produces PHK review decisions only |
| Bootstrap-approved validator | Explicit audited testnet approval to solve cold-start validator supply | Does not let admin decide outcomes |
| Effective validator readiness | Current workspace-usable state after account, safety, and cluster restrictions | Still validator-derived PHK only |
| Force-assign only | Operator may assign for controlled testnet verification even when auto-routing blocks the validator | Assignment only, not truth override |
| Level | Cluster confidence | Operational meaning |
|---|
| Normal | < 40 | No extra restriction |
| Scrutiny | 40-59 | More operational scrutiny; may add audit pressure |
| Restricted | 60-79 | Automatic validator routing may be blocked; routing penalty applies |
| Hard block | 80-100 | Workspace-unavailable for automatic validator routing |
| Level | Cluster confidence | Operational meaning |
|---|
| Normal | < 40 | No extra restriction |
| Scrutiny | 40-59 | More operational scrutiny; may add audit pressure |
| Restricted | 60-79 | Automatic validator routing may be blocked; routing penalty applies |
| Hard block | 80-100 | Workspace-unavailable for automatic validator routing |
Cluster confidence and restriction levels are provisional integrity posture. They are not canonical proof of fraud or collusion.
| Operational field | Default | Possible intervention |
|---|
| adminSafetyStatus | CLEAR | RESTRICTED |
| settlementStatus | READY | HOLD |
| payoutReleaseStatus | READY | FROZEN |
| tgeEligibilityStatus | ELIGIBLE | EXCLUDED |
| manualReviewStatus | NONE | request re-review / escalation / reassignment path |
| Operational field | Default | Possible intervention |
|---|
| adminSafetyStatus | CLEAR | RESTRICTED |
| settlementStatus | READY | HOLD |
| payoutReleaseStatus | READY | FROZEN |
| tgeEligibilityStatus | ELIGIBLE | EXCLUDED |
| manualReviewStatus | NONE | request re-review / escalation / reassignment path |
The safety overlay is separate from PHK finality. PHK outcome remains canonical truth. Safety overlay fields affect operational release and eligibility only.
The sections below describe the broader parameter envelope documented for the protocol architecture. Where these differ from the current testnet implementation, treat them as genesis/protocol defaults rather than a claim that every mechanism is already live in the app/runtime.
These are protocol/performance reputation tiers, distinct from current testnet Account Trust bands.
| Tier | Reputation Range | State | Typical access |
|---|
| T0 | 0.00-0.20 | New/unproven | low-risk tasks only, heavy audits |
| T1 | 0.20-0.40 | Basic | standard microtasks, limited campaigns |
| T2 | 0.40-0.70 | Trusted | broader pools, moderate sensitivity |
| T3 | 0.70-0.90 | High trust | confidential vetted pools, validator eligibility |
| T4 | 0.90-1.00 | Expert | premium pools, auditor roles, sensitive campaigns |
| Tier | Reputation Range | State | Typical access |
|---|
| T0 | 0.00-0.20 | New/unproven | low-risk tasks only, heavy audits |
| T1 | 0.20-0.40 | Basic | standard microtasks, limited campaigns |
| T2 | 0.40-0.70 | Trusted | broader pools, moderate sensitivity |
| T3 | 0.70-0.90 | High trust | confidential vetted pools, validator eligibility |
| T4 | 0.90-1.00 | Expert | premium pools, auditor roles, sensitive campaigns |
| Tier | Intended use | Validators Quorum | Consensus Threshold | Audit Policy | Disputes/Arbitration | Finality Rule | Privacy Default |
|---|
| Q0 - Economy | high volume, tolerant of noise | k=1 | simple accept/reject | random audit [0-2%] | off by default | immediate or short window | standard |
| Q1 - Standard Verified | general human-verified workflows | k=3 | majority | random audit [2-5%] + disagreement triggers | optional disputes | finality after dispute window | standard |
| Q2 - High Assurance | higher-trust deliverables | k=5 | supermajority | random audit [5-10%] + risk triggers | disputes on; arbitration recommended | finality after dispute + audit complete | standard/restricted |
| Q3 - Confidential/Enterprise | sensitive or regulated work | k=5-7 | supermajority | configurable; may use secure review | disputes on; arbitration required | explicit settlement gating | confidential |
| Tier | Intended use | Validators Quorum | Consensus Threshold | Audit Policy | Disputes/Arbitration | Finality Rule | Privacy Default |
|---|
| Q0 - Economy | high volume, tolerant of noise | k=1 | simple accept/reject | random audit [0-2%] | off by default | immediate or short window | standard |
| Q1 - Standard Verified | general human-verified workflows | k=3 | majority | random audit [2-5%] + disagreement triggers | optional disputes | finality after dispute window | standard |
| Q2 - High Assurance | higher-trust deliverables | k=5 | supermajority | random audit [5-10%] + risk triggers | disputes on; arbitration recommended | finality after dispute + audit complete | standard/restricted |
| Q3 - Confidential/Enterprise | sensitive or regulated work | k=5-7 | supermajority | configurable; may use secure review | disputes on; arbitration required | explicit settlement gating | confidential |
| Field | Q0 | Q1 | Q2 | Q3 |
|---|
| dispute_window_hours | 0 | 24 | 48 | 72 |
| requester_dispute_deposit_min_usd | 0 | 25 | 75 | 150 |
| requester_dispute_deposit_multiplier | 0 | 0.5x payout | 1.0x payout | 2.0x payout |
| contributor_response_window_hours | N/A | 24 | 24 | 48 |
| arbitration_timeout_hours | N/A | 48 | 72 | 96 |
| arbitration_pool_min_reputation | N/A | N/A | Top-tier only | Top-tier only |
| arbitration_fee_usd | 0 | 10 | 25 | 50 |
| Field | Q0 | Q1 | Q2 | Q3 |
|---|
| dispute_window_hours | 0 | 24 | 48 | 72 |
| requester_dispute_deposit_min_usd | 0 | 25 | 75 | 150 |
| requester_dispute_deposit_multiplier | 0 | 0.5x payout | 1.0x payout | 2.0x payout |
| contributor_response_window_hours | N/A | 24 | 24 | 48 |
| arbitration_timeout_hours | N/A | 48 | 72 | 96 |
| arbitration_pool_min_reputation | N/A | N/A | Top-tier only | Top-tier only |
| arbitration_fee_usd | 0 | 10 | 25 | 50 |
requester_deposit_dispute_usd = max(requester_dispute_deposit_min_usd, requester_dispute_deposit_multiplier x per_task_profit)
These remain part of the broader protocol design. Standard current testnet participation is bond-light / bond-free by default.
| Field | Q0 | Q1 | Q2 | Q3 |
|---|
| contributor_bond_min_usd | 0 | 0 | 100 | 500 |
| validator_bond_min_usd | 0 | 50 | 250 | 750 |
| new_identity_settlement_delay_hours | 0 | 24 | 48 | 72 |
| new_identity_cap_multiplier | 1.0x | 0.5x | 0.25x | 0.1x |
| Field | Q0 | Q1 | Q2 | Q3 |
|---|
| contributor_bond_min_usd | 0 | 0 | 100 | 500 |
| validator_bond_min_usd | 0 | 50 | 250 | 750 |
| new_identity_settlement_delay_hours | 0 | 24 | 48 | 72 |
| new_identity_cap_multiplier | 1.0x | 0.5x | 0.25x | 0.1x |
| Violation | Evidence Requirement | Default Penalty | Applies |
|---|
| Rubric violation/Negligence | Audit/arbitration confirms rubric clause | Payout loss + reputation decay | Q1-Q3 |
| Repeated Negligence (Thresholded) | N confirmed violations over X days | Temporary suspension from tier pools | Q1-Q3 |
| Confirmed Fraud (Policy Violation) | Audit/arbitration confirms fraud category | Payout loss + stake slash | Q2-Q3 (Q1 Optional) |
| Violation | Evidence Requirement | Default Penalty | Applies |
|---|
| Rubric violation/Negligence | Audit/arbitration confirms rubric clause | Payout loss + reputation decay | Q1-Q3 |
| Repeated Negligence (Thresholded) | N confirmed violations over X days | Temporary suspension from tier pools | Q1-Q3 |
| Confirmed Fraud (Policy Violation) | Audit/arbitration confirms fraud category | Payout loss + stake slash | Q2-Q3 (Q1 Optional) |
| Violation | Evidence Requirement | Default Penalty | Applies |
|---|
| Negligent validation | Sustained mismatch vs final outcomes | Reputation decay + stake slash | Q1-Q3 |
| Collusion/Manipulation | Evidence + arbitration confirmation | Major slash + eligibility removal | Q2-Q3 |
| Violation | Evidence Requirement | Default Penalty | Applies |
|---|
| Negligent validation | Sustained mismatch vs final outcomes | Reputation decay + stake slash | Q1-Q3 |
| Collusion/Manipulation | Evidence + arbitration confirmation | Major slash + eligibility removal | Q2-Q3 |
| Field | Q1 | Q2 | Q3 |
|---|
| contributor_fraud_slash_pct | 0-10% | 10-50% | 25-100% |
| validator_negligence_slash_pct | 0-10% | 5-25% | 10-50% |
| validator_collusion_slash_pct | 0-25% | 25-75% | 50-100% |
| Field | Q1 | Q2 | Q3 |
|---|
| contributor_fraud_slash_pct | 0-10% | 10-50% | 25-100% |
| validator_negligence_slash_pct | 0-10% | 5-25% | 10-50% |
| validator_collusion_slash_pct | 0-25% | 25-75% | 50-100% |
| Field | Q0 | Q1 | Q2 | Q3 |
|---|
| vrf_required_for_assignment | FALSE | TRUE | TRUE | TRUE |
| max_contributor_validator_pairings_per_window | 5 | 3 | 2 | 1 |
| pairing_window_days | 7 | 7 | 14 | 13 |
| validator_response_timeout_mins | 120 | 120 | 240 | 300 |
| commit_reveal_enabled | FALSE | TRUE | TRUE | TRUE |
| vote_commit_window_minutes | N/A | 60 | 120 | 180 |
| vote_reveal_window_minutes | N/A | 60 | 120 | 180 |
| Field | Q0 | Q1 | Q2 | Q3 |
|---|
| vrf_required_for_assignment | FALSE | TRUE | TRUE | TRUE |
| max_contributor_validator_pairings_per_window | 5 | 3 | 2 | 1 |
| pairing_window_days | 7 | 7 | 14 | 13 |
| validator_response_timeout_mins | 120 | 120 | 240 | 300 |
| commit_reveal_enabled | FALSE | TRUE | TRUE | TRUE |
| vote_commit_window_minutes | N/A | 60 | 120 | 180 |
| vote_reveal_window_minutes | N/A | 60 | 120 | 180 |
| Parameter | Rwork | Rvalid |
|---|
| Lambda | 0.06 | 0.10 |
| Mu | 0.80 | 0.60 |
| Delta | 0.01 | 0.01 |
| Parameter | Rwork | Rvalid |
|---|
| Lambda | 0.06 | 0.10 |
| Mu | 0.80 | 0.60 |
| Delta | 0.01 | 0.01 |
| Score | Description |
|---|
| 0.25 | Minor |
| 0.50 | Material |
| 0.75 | Severe |
| 1 | Extreme/repeated severe |
| Score | Description |
|---|
| 0.25 | Minor |
| 0.50 | Material |
| 0.75 | Severe |
| 1 | Extreme/repeated severe |
| Contributors (Qwork) | Validators (Qvalid) |
|---|
| wO = 0.60 (Final Outcome) | wM = 0.75 (Match Final Outcome) |
| wA = 0.30 (Agreement Strength) | wA = 0.15 (Agreement Context) if enabled |
| wG = 0.10 (If enabled) | wG = 0.10 (If enabled) |
| Contributors (Qwork) | Validators (Qvalid) |
|---|
| wO = 0.60 (Final Outcome) | wM = 0.75 (Match Final Outcome) |
| wA = 0.30 (Agreement Strength) | wA = 0.15 (Agreement Context) if enabled |
| wG = 0.10 (If enabled) | wG = 0.10 (If enabled) |
min_finalized_outcomes_t2 = 25
min_finalized_outcomes_t3 = 75
min_finalized_outcomes_validator_eligibility = 100
| Tier | WB | VB | AR | DR | DA | PF |
|---|
| Q0 | 80 | 15 | 3 | 0 | 1 | 1 |
| Q1 | 70 | 20 | 5 | 3 | 1 | 1 |
| Q2 | 60 | 22 | 10 | 5 | 1 | 2 |
| Q3 | 55 | 25 | 10 | 6 | 2 | 2 |
| Tier | WB | VB | AR | DR | DA | PF |
|---|
| Q0 | 80 | 15 | 3 | 0 | 1 | 1 |
| Q1 | 70 | 20 | 5 | 3 | 1 | 1 |
| Q2 | 60 | 22 | 10 | 5 | 1 | 2 |
| Q3 | 55 | 25 | 10 | 6 | 2 | 2 |
| Tier | WBshare | VBshare | ARshare | DRshare | DAshare | PFshare |
|---|
| Q0 | 0.8 | 0.15 | 0.03 | 0.00 | 0.01 | 0.01 |
| Q1 | 0.7 | 0.2 | 0.05 | 0.03 | 0.01 | 0.01 |
| Q2 | 0.6 | 0.22 | 0.1 | 0.05 | 0.01 | 0.02 |
| Q3 | 0.55 | 0.25 | 0.1 | 0.06 | 0.02 | 0.02 |
| Tier | WBshare | VBshare | ARshare | DRshare | DAshare | PFshare |
|---|
| Q0 | 0.8 | 0.15 | 0.03 | 0.00 | 0.01 | 0.01 |
| Q1 | 0.7 | 0.2 | 0.05 | 0.03 | 0.01 | 0.01 |
| Q2 | 0.6 | 0.22 | 0.1 | 0.05 | 0.01 | 0.02 |
| Q3 | 0.55 | 0.25 | 0.1 | 0.06 | 0.02 | 0.02 |
| Tier | validator_heldback_h |
|---|
| Q0 | 0.00 |
| Q1 | 0.25 |
| Q2 | 0.35 |
| Q3 | 0.40 |
| Tier | validator_heldback_h |
|---|
| Q0 | 0.00 |
| Q1 | 0.25 |
| Q2 | 0.35 |
| Q3 | 0.40 |
audit_success_bonus_multiplier = 1.5x
audit_overturn_bonus_cap_pct_of_task_payout = 50%
Given Naccept​, per accepted payout p, and tier t
WBtotal​=Naccept​⋅p⋅(1+(retry_buffer_pct[t]))
TOTALbudget​=WBtotal​/WBshare​[t]
VB=TOTALbudget​⋅VBshare​[t]
AR=TOTALbudget​⋅ARshare​[t]
DR=TOTALbudget​⋅DRshare​[t]
DA=TOTALbudget​⋅DAshare​[t]
PF=TOTALbudget​⋅PFshare​[t]
| Tier | pso_routing_timeout_seconds | pso_delivery_timeout_seconds |
|---|
| Q0 | 60 | 120 |
| Q1 | 120 | 300 |
| Q2 | 300 | 900 |
| Q3 | 600 | 1800 |
| Tier | pso_routing_timeout_seconds | pso_delivery_timeout_seconds |
|---|
| Q0 | 60 | 120 |
| Q1 | 120 | 300 |
| Q2 | 300 | 900 |
| Q3 | 600 | 1800 |
| Tier | delivery_replication_factor |
|---|
| Q0 | 1 |
| Q1 | 2 |
| Q2 | 3 |
| Q3 | 3 |
| Tier | delivery_replication_factor |
|---|
| Q0 | 1 |
| Q1 | 2 |
| Q2 | 3 |
| Q3 | 3 |
| Tier | AOR_target_max | SAR_target_max | DR_target_max |
|---|
| Q0 | 0.1 | 0.2 | 0.08 |
| Q1 | 0.06 | 0.1 | 0.06 |
| Q2 | 0.03 | 0.03 | 0.04 |
| Q3 | 0.02 | 0.01 | 0.03 |
| Tier | AOR_target_max | SAR_target_max | DR_target_max |
|---|
| Q0 | 0.1 | 0.2 | 0.08 |
| Q1 | 0.06 | 0.1 | 0.06 |
| Q2 | 0.03 | 0.03 | 0.04 |
| Q3 | 0.02 | 0.01 | 0.03 |
AOR bounds how often audits/arbitration overturn initial outcomes
SAR bounds the estimated fraction of policy-violating automated submissions that pass (bounded estimate)
DR bounds duplication/near-duplication within a campaign or dataset artifact