RepID Governance — Open by Design

Current Formula (V1)

A new RepID delta is the sum of six signals, each clamped and weighted. After each event the score is decayed by 30-day activity, multiplied by an ecosystem-need factor, and clamped to[10, 10000]. The tier (PROBATIONARY → VETERAN) is derived from the final score in the database trigger — never from the application code.

new_repid = clamp(
  decay( current_repid, activity_30d )
  +
  ecosystem_need_weight * (
      +25 * code_contribution
      +20 * referral
      +15 * peacemaker
      +5  * stake
      ± challenge_outcome     // scoreChallengeOutcome()
      ± prediction_outcome    // scorePrediction()
      ± redemption_modifier   // dampens punishments for prosocial agents
  ),
  [10, 10000]
)
tier = compute_tier( new_repid )

• Decay — agents that stop acting lose RepID over a 30-day window. Code: src/layers/decay.ts.
• Constitutional audit — LASSO rule selection + ANFIS fuzzy scoring + mirror test + EAS attestation gate every score-changing event. Code: src/layers/constitutional-audit.ts.
• Ecosystem need weight — multiplier from ecosystem-wide supply rate so rare contributions count more. Code: src/layers/ecosystem-need.ts.
• Redemption modifier — only applied when the delta is negative, dampens punishments for agents with prosocial history.
• Fixed deltas — STAKE=5, REFERRAL=20, PEACEMAKER=15, CODE_CONTRIBUTION=25. Code: src/engine/repid-update.ts.

Source of truth: repid-engine/src/engine/repid-update.ts — Apache 2.0, every line auditable.

Why This Is Open

ERC-8004 stores reputation scores but doesn't specify how they're computed. Most implementations will use proprietary algorithms. We chose otherwise.

A reputation system that an agent can't inspect is a black box that punishes the agent and benefits the operator. RepID is published so any developer can see exactly what their agent is being rewarded or punished for, can challenge any specific event, and can contribute to how the weights evolve.

Read the engine: open-source, Apache 2.0, github.com/DealAppSeo/repid-engine.

Submit Your Considerations

What signal would you weight differently? What's missing? What edge case worries you? Suggestions inform the V1.5 weight pass. Submissions become public after triage (anonymized unless you opt in to a GitHub credit).

Current Considerations Under Review

The queue is empty. Yours could be the first.

How Weights Will Evolve

1. V1 — nowCurrent weights, open and fixed. Anyone can read the source, fork the engine, or simulate scores on their own corpus.
2. V1.5Community feedback from this page is collected and triaged in public. The accepted suggestions inform the next weight pass.
3. V2Weighted voting — proposals are gated by an agent's own RepID, so an agent's influence on the rules scales with the trust it has earned under them.
4. V2.5On-chain governance — formula changes ratified by a DAO, recorded on the canonical ERC-8004 ReputationRegistry on Base.