Skip to main content
Full decentralization on day one is a seductive idea — and a dangerous one. Protocols that launch with no operational guidance, no ability to respond to bugs, and no capacity to act in emergencies have paid dearly for that idealism. SURCHI takes a different path: progressive decentralization. The community gains more control at every phase, with clear milestones and governance mechanisms to accelerate the transition if token holders choose. The destination is full community sovereignty. The journey is deliberate.

​
Phase 1: Foundation

Phase 1 — Foundation

Status: Active at LaunchDuring the initial launch period, SURCHI prioritizes security and operational agility. The core team retains operational keys necessary to respond quickly to bugs, market conditions, and unforeseen issues.What this means:
  • Core team holds operational keys for speed and incident response
  • Community governance is advisory — proposals inform and guide team decisions
  • The DAO is seeded: governance contracts are deployed, the forum is live, and token holders can begin participating
  • Treasury multisig is established with initial keyholders
  • All team actions are transparent and reported to the community
What this does NOT mean:
  • The team cannot change the token supply — it is fixed at 19,897,905 SURCHI
  • The team cannot mint tokens, drain liquidity, or act against the community’s basic interests
  • Core team members hold zero token allocation — there is no financial misalignment

​
Phase 2: Transition

Phase 2 — Transition

Status: UpcomingPhase 2 marks the meaningful transfer of control from the founding team to the community. Governance becomes binding, not advisory.Key milestones:
  • Multisig transition — treasury custody moves to a DAO-controlled multisig with community-elected keyholders replacing any founding team keys
  • Governance activation — core protocol parameters (fees, thresholds, limits) become governance-controlled; team can no longer adjust them unilaterally
  • Community proposals activated — on-chain proposals by any qualifying token holder become binding and executable
  • Keyholder elections — the DAO holds its first formal keyholder elections to staff the treasury multisig
  • Governance forum formalized — proposal templates, voting standards, and quorum thresholds ratified by community vote
By the end of Phase 2, the team’s role shifts from operators to contributors — participating in governance like any other token holder, with no special authority.

​
Phase 3: Full Decentralization

Phase 3 — Full Decentralization

Status: Roadmap TargetPhase 3 is the final state: SURCHI as a fully community-sovereign protocol. No single entity holds elevated control over the system.What full decentralization looks like:
  • All protocol upgrades require DAO approval — no smart contract changes, Sentinel updates, or parameter changes without a passed governance vote
  • Core team holds no special keys — founding contributors participate in governance as equal token holders
  • Protocol is fully community-sovereign — the DAO treasury, governance contracts, and operational multisig are entirely under community control
  • Decentralized AI infrastructure — Sentinel AI inference and signing operations run on a distributed network of TEE nodes, not team-controlled servers
  • Self-sustaining governance — the protocol generates sufficient revenue to fund its own development through treasury grants, without dependence on any founding entity

​
Why Not Fully Decentralized at Launch?

This is a fair question and deserves an honest answer. Early-stage protocols face a specific set of risks that full immediate decentralization makes harder to manage: Bug Response Speed — Smart contract vulnerabilities, Sentinel logic errors, or oracle edge cases may require rapid response. A governance vote takes 7–14 days. An exploit can drain funds in minutes. During Phase 1, the team retains the ability to pause the protocol and respond immediately. Market Condition Agility — DeFi conditions change faster than governance cycles. Liquidity parameters, fee structures, and Sentinel thresholds may need rapid adjustment in response to market events that didn’t exist when parameters were last set. Governance Attack Resistance — Early-stage token distribution is less battle-tested. A protocol fully governed by a small, concentrated group of early holders can be more vulnerable to governance capture than one that reaches decentralization after broader distribution. Operational Maturity — Governance works best when the community has context: understanding the codebase, observing how the protocol behaves, and building the institutional knowledge needed to make good decisions. Phase 1 builds that foundation. Progressive decentralization is not a delay of the community’s power — it is the responsible path to ensuring that power is exercised securely and effectively.
The timeline for each phase is published in the SURCHI Roadmap. The community can accelerate the transition to Phase 2 or Phase 3 by governance vote — if token holders decide the protocol is ready, the team is committed to executing that transition.