1INCH is governance-first. That’s a decentralization bet, not a cashflow promise.

1inch is best understood as protocol and interface infrastructure for swaps. The token sits on top of that stack. It is explicitly positioned as a governance token and a utility token, with its most concrete “utility” role today tied to Fusion mode resolvers’ access and prioritization.

The key structural takeaway is simple: 1INCH is not required to route swaps through the 1inch interface, and it is not inherently required by the underlying aggregation and limit order plumbing. 1inch’s own launch communications were blunt that using the products does not require holding 1INCH, and framed the token as an incentive and governance layer.

From a decentralization purist lens, that matters because it shifts the token’s “security” from validator economics to governance economics. If governance is credibly decentralized and actually binding on execution, 1INCH can be a real control surface. If governance is advisory while execution is gated elsewhere, the token becomes performative.

Supply is capped. Distribution clarity is not.

On March 4, 2026, Etherscan lists the 1INCH ERC-20 at a max total supply of 1,499,999,999.997 1INCH and a circulating supply market cap view that implies roughly 1,404,315,171 1INCH circulating.

CoinGecko reports a similar cap of 1,500,000,000 max supply, with circulating supply shown around 1,407,835,446 at the time of crawl. Small discrepancies across indexers are normal, but they become more important when governance weight is derived from staking and delegation rather than raw “circulating supply.”

Where things get messy is the project’s own published framing of unlocks and allocations. The current official token page states that 6% of the 1.5b issuance was unlocked on the release day, with the remainder gradually unlocked over four years “by the end of 2024.”

Earlier launch-era communications used different buckets and even a different “initial circulating supply” figure, describing an initial circulating supply of 16% and a distribution system vesting out over up to four years.

This inconsistency is not trivia. It reduces modelability. When a protocol can’t keep its own token distribution narrative internally consistent across official pages, confidence in parameter stability drops.

Launch-era distribution breakdown (official, December 2020 communication)

Separately, 1inch’s “token released” post describes 30% as “community incentives” distributed over four years and a 14.5% protocol growth and development fund unlocked over four years, used for grants, audits, and user compensation for unforeseen losses.

Those statements are not directly reconcilable to the earlier 30% “security and maintenance” plus 21% “ecosystem growth” framing without extra assumptions. I am not going to manufacture a reconciliation. The honest read is that official documentation evolved, and the public record is fragmented.

Structural history: the token’s “security model” shifted from emissions to staking power

December 25, 2020 is the key genesis moment for the token’s intended role in protocol governance. The 1inch team described two governance surfaces:

December 25, 2022 is the second structural moment: Fusion launched and explicitly revamped governance and tokenomics, introducing time-locked staking (1 month to 2 years) and making “Unicorn Power” the practical unit of influence for governance and resolver delegation.

A later governance hardening move is documented directly in the DAO docs: vesting-representative tokens (v1INCH) “no longer hold voting weight” following governance change (1IP-68). This is a real decentralization improvement because it reduces the ability of locked insider allocations to steer DAO outcomes before they are fully unlocked and broadly distributed.

Utility and fiscal flows: where the token touches economics (and where it doesn’t)

1INCH has three distinct “economic touchpoints,” and only one of them is reliably ongoing without governance actively turning knobs.

1) Fusion resolver access and ranking

The current official token page states that the token’s main utility application is in Fusion mode, where it is used by resolvers to obtain and prioritize access to swaps execution.

The Fusion launch post adds a sharper, centralization-relevant detail: “Top 10 resolvers” based on delegated Unicorn Power (and subject to a minimum share condition) fill orders.

In other words, delegated governance power becomes an operational gate in trade execution routing. That is not “validator decentralization” in a PoS sense, but it is a permission gradient created by token-weighted delegation.

2) Governance over fee parameters in the Liquidity Protocol and surplus settings in Aggregation

In the original 2020 design, governance targeted parameters that could influence fee splits and reward routing. For Aggregation, “Spread Surplus” could be claimed by governance participants and referrers in 1INCH, and was initially set with 0% dedicated to stakers (all to referrers) at launch.

For the Liquidity Protocol, the same post describes governance over swap fee, price impact fee, and reward routing including governance rewards and referral rewards sourced from those fees.

What this does not give you is a clean, always-on “fee accrual” story. It gives you a governance-controlled parameter surface that could route value to stakers, but only if used, and only in the domains where 1inch actually captures surplus or fees.

For a contrast case, see our fee-routing review of WOO.

3) Incentive programs funded by Foundation allocations, not protocol cashflows

1inch ran a gas refund program that distributed 1INCH as compensation tied to staking tiers and swapping through the official dApp, with per-user monthly limits (for example, a $10k cap per month is described in the May 27, 2022 update).

By December 31, 2022, 1inch positioned Fusion as making the existing gas refund program “no longer relevant in its current form,” and launched a resolver incentive program distributing 1INCH to compensate resolvers’ gas costs for filling Fusion orders and using the aggregation protocol.

These programs can increase staking participation and reinforce the “utility” loop. They are still discretionary and budgeted. They do not equal protocol-native revenue share. A purist would treat them as operating subsidies, not an economic constitution.

Governance control plane: UP staking, Snapshot votes, and a multisig veto valve

1inch governance is built around staking and voting weight mechanics rather than raw token holding. Unstaked 1INCH cannot vote. You must stake to vote into the governance contract and receive st1INCH, a non-transferable ERC-20 representation of staked 1INCH.

Staking is time-locked, with minimum and maximum lock periods currently described as 1 month and 2 years, and early withdrawal penalties may apply.

Voting weight is expressed as “Unicorn Power” (UP). The docs state UP decreases over time.

Delegation is also split in two: Snapshot delegation for governance and delegation to Fusion mode resolvers. The same UP can be delegated to both without conflict, and a delegate can participate even if they hold no tokens, if they have received delegation.

On paper, proposal flow is structured. The DAO guidelines describe a multi-phase forum process (discussion, 1IP formalization, temperature check) followed by a Snapshot vote. They state that creating a Snapshot vote requires 100,000 voting weight and a successful vote requires a quorum of 10,000,000 weighted votes plus a majority “Yes.”

Here is the centralization pressure point: the same DAO guidelines describe a primary DAO treasury that is a Safe multisig on Ethereum mainnet with 12 signers initially selected by the 1inch Foundation, and during a timelock window the treasury multisig owners can treasury veto malicious transactions with a 7/12 approval quorum.

If you care about structural decentralization, this is the heart of the system. Snapshot can express community will. The multisig can still gate execution, at least for the paths routed through that timelock and SafeSnap process. That can be a reasonable safety design. It is also an explicit centralization valve.

Decentralization scorecard: 1inch is decentralized in signaling, constrained in execution

Some aspects of the 1inch design are genuinely decentralization-aligned.

First, st1INCH being non-transferable is a credible attempt to reduce secondary-market vote buying. It forces governance power to be expressed via staking rather than a quick borrow-and-vote pattern.

Second, removing voting weight from vesting-representative v1INCH is a meaningful constraint on insider governance power. That is the kind of change “progressive decentralization” projects often promise but never actually ship. 1inch did document this change.

Third, the token’s main utility in Fusion creates a real operational loop between delegated stake and execution access, which can be a decentralization lever. It can also be a cartel lever.

Now the uncomfortable part. The Fusion execution path explicitly speaks in terms of a top set of resolvers filling orders. If delegation concentrates, execution concentrates. You do not need to speculate about this. It is the default outcome of token-weighted delegation systems unless there are strong counter-mechanisms.

Finally, the DAO’s execution stack includes a Foundation-selected multisig with veto power. You can call this a security backstop. You can also call it what it is: a governance threshold that is not purely token-weighted. It is identity-weighted by signer set composition.

The trade-off is real. Operational coordination and emergency response get easier. Distributed control becomes conditional. For a tokenholder, the practical question is whether governance outcomes are binding on the system you think you own, or binding only when the multisig agrees the outcome is safe and legitimate.

For the framework behind this lens, see our methodology page.

Risk register

Dominant risk: governance-execution mismatch driven by the multisig veto path.

The DAO guidelines explicitly route critical execution through a Safe-based treasury with 12 signers initially selected by the Foundation, and give that signer set a veto right during the timelock window with a 7/12 approval quorum. That creates a hard centralization fulcrum. If the DAO ever votes for something that conflicts with Foundation risk tolerance, legal constraints, or core contributor preferences, the system has a sanctioned mechanism to block or delay it.

We collect related patterns and case studies in our research archive.

This is not purely a “trust us” problem. It is a measurable decentralization constraint. The veto valve changes the governance game. Rational delegates will anticipate it and self-censor proposals. Voters will become less engaged if wins do not reliably execute. Over time, turnout drops, and the 10m UP quorum becomes easier for a small coalition to hit. You can end up with a DAO that looks decentralized in process while being centralized in outcome.

If your token thesis relies on “community controls protocol direction,” this is the first thing you should pressure-test. If your thesis is “1inch ships good products and the token is mostly an access and coordination chip,” then the multisig veto is less of a contradiction. It is still centralization.

Top 3 risks

  1. Execution centralization via multisig veto, Trigger: a Snapshot proposal passes but requires on-chain or treasury action during the documented timelock window. Mechanism: a Foundation-selected 12-signer Safe can veto with a 7/12 approval quorum, overriding token-weighted intent at the execution layer. Who bears it: 1INCH stakers and delegates (governance legitimacy), integrators (roadmap reliability), and traders (slower response to market structure changes). Measurable indicators: frequency of delayed or unexecuted passed proposals, signer set churn, and explicit veto events or veto-threat communications in governance records.

  2. Resolver concentration in Fusion, Trigger: UP delegation concentrates into a small number of resolver addresses. Mechanism: Fusion’s execution design routes fills through a small top set of resolvers ranked by delegated UP, creating operational concentration and potentially raising censorship, adverse selection, or cartel risks. Who bears it: traders (execution quality and resilience) and smaller market makers (reduced ability to compete). Measurable indicators: order-fill share by top resolvers, Herfindahl-style concentration of delegated UP, and changes in resolver set composition over time.

  3. Subsidy dependency and weak native value routing, Trigger: Foundation-funded incentives slow, or governance does not activate meaningful surplus or fee routing to stakers. Mechanism: token demand becomes primarily speculative or governance-theater-driven because major economic programs (gas refunds, resolver incentives) are discretionary distributions rather than protocol-enforced cashflows. Who bears it: long-term holders (demand fragility) and governance participants (reduced participation incentives). Measurable indicators: size and cadence of incentive distributions, staking participation rates, and governance turnout relative to circulating supply.

If you are making treasury, staking, or incentive redesign decisions around 1INCH, the work is less “tokenomics theory” and more systems engineering: threshold selection, delegation UX, and execution binding. This is where tokenomics design is actually useful, because small parameter choices can swing governance from pluralistic to oligarchic fast.



This article is part of our Tokenomics Deep Dive series.