Watchlists
Screener
Monitoring
Projects
Analytics
Disclosures
Research
News
More
Project

Sushi

DeFi · Decentralized Exchange
OverviewChartsMonitoringResearchDiligence ReportNewsMarketsAboutSushi
OverviewChartsMonitoringResearchDiligence ReportNewsMarketsAboutSushi
  1. Projects
  2. Sushi

Sushi Disclosures

© Blockworks 2026
Product
ResearchNewsIntelScreenerRankingsWatchlistsCharts
Company
NewsletterPodcastsEventsBrand Assets
Resources
Terms of ServicePrivacy PolicyPrivacy CenterDocumentationPricing
Terms of ServicePrivacy PolicyPrivacy CenterDocumentationPricing
NewsletterPodcastsEventsBrand Assets
Project
OverviewChartsMonitoringDisclosuresResearchDiligence ReportNewsMarketsAboutFAQs
Sushi
Curious what full access looks like?
Access premium insights on ETH and BTC pages for free.
BTCETH
Compiled by Blockworks·B1 v1.1·Filed 12 Oct 2026Partial - 8 gaps

Contents

  1. Project & Team
  2. 01Description of Project
  3. 02Known Project Team
  4. 03DAO Structure
  5. 04Primary Foundation
  6. 05Primary Dev Co
  7. Token Supply & Allocations
  8. 06Initial Allocation
  9. 07Airdrop Process
  10. Transactions & Market Structures
  11. 08Market Maker Agreements & Deals
  12. 09CEX / DEX Agreements & Deals
  13. Financial Disclosures & Risks
  14. 10Prior Token Sales & Fundraising
  15. 11Previous Exploits Affecting The Native Token
  16. 12Material Risk Factors (Regulation, Technology, Token Economics)
  17. Token Addresses and Deployments
  18. 13[Optional] Token Addresses and Deployments
This page was compiled by Blockworks using publicly available information reviewed consistent with the TTF, possibly together with information supplied directly by the project where provided. Project-supplied information may correct, update, or supplement the public record, and may not be independently verifiable; Blockworks presents it as provided and does not verify or warrant its accuracy. Because this page depends on what has been disclosed, it may be incomplete — certain categories are more likely to include undisclosed items (e.g., non-announced fundraisings or material relationships), and the absence of an entry should not be read as confirmation that none exists.

Project & Team

01Description of Project

Question

Provide a concise narrative that clearly states each of (a)–(e) below.

  • (a) Problem the project solves — The problem the project is solving.
  • (b) Operational priorities — Provide a high-level description of how the project expects to support ongoing development and operations over time.
  • (c) High-level project overview — How the project works at a high level.
  • (d) Primary token functions — The primary functions of the token (e.g. gov participation).
  • (e) Control surface reliance — If any, briefly describe the anticipated or possible evolution of the protocol's governance/control model.

Response

(a) Problem the project solves

Traders who want to swap tokens across many blockchains face scattered liquidity and need intermediaries such as traditional market makers. Sushi, also known as SushiSwap, is a decentralized exchange created in late August 2020 that lets users swap tokens through liquidity pools without a traditional market maker. It operates across more than 40 chains and aggregates liquidity sources on those networks through its RouteProcessor 6 router to find the best swap price for users.

(Source: What Is Sushi FAQ, How Does Sushi Work FAQ)

(b) Operational priorities

Sushi Labs, the development arm set up after the 2024 Burū no Shinka vote, funds development and operations from protocol revenue and DAO treasury support. The December 2025 emissions proposal states that Sushi Labs generated over $10M in revenue in 2024 and sets a goal of $20M in annual recurring revenue. The December 2024 Treasury Diversifications vote passed diversified treasury funds to Sushi Labs to pay for infrastructure, personnel, product expansion and research. The September 2026 tokenomics restructure directs all protocol fees left after buybacks and reserve purchases to Sushi Ops for development, incentives, partnerships, liquidity, security and operations.

Contents

  1. Project & Team
  2. 01Description of Project
  3. 02Known Project Team
  4. 03DAO Structure
  5. 04Primary Foundation
  6. 05Primary Dev Co
  7. Token Supply & Allocations
  8. 06Initial Allocation
  9. 07Airdrop Process
  10. Transactions & Market Structures
  11. 08Market Maker Agreements & Deals
  12. 09CEX / DEX Agreements & Deals
  13. Financial Disclosures & Risks
  14. 10Prior Token Sales & Fundraising
  15. 11Previous Exploits Affecting The Native Token
  16. 12Material Risk Factors (Regulation, Technology, Token Economics)
  17. Token Addresses and Deployments
  18. 13[Optional] Token Addresses and Deployments

(Source: Introducing Sushi Labs, Snapshot, AER Increase Implementation, Snapshot, Treasury Diversifications Implementation, Snapshot, Tokenomics Restructure Implementation)

(c) High-level project overview

SushiSwap is an automated market maker in which liquidity providers deposit token pairs into pools and swappers trade against those pools. Each swap pays a 0.3% fee, of which 0.25% goes to liquidity providers and 0.05% goes to SUSHI holders who stake into xSUSHI. On top of its own pools, Sushi runs an aggregator through RouteProcessor 6, which can route trades across outside liquidity sources, and it serves as the core DEX on the Katana network.

(Source: How Does Sushi Work FAQ, Swap Fee Distribution FAQ, RP6 Announcement, Sushi on Katana)

(d) Primary token functions

SUSHI is the primary token of the SushiSwap platform and was first distributed as liquidity mining rewards. Holders stake SUSHI in the Sushi Bar to receive xSUSHI, which accumulates value as the platform collects fees. SUSHI held as xSUSHI or in qualifying positions counts toward SushiPowah, the voting power used in Snapshot votes, where a proposal needs at least 5 million SushiPowah to be valid.

(Source: What Is SUSHI FAQ, What Is xSUSHI FAQ, Sushi Governance FAQ)

(e) Control surface reliance

Sushi relies on offchain Snapshot votes that multisigs then execute. The SUSHI token is owned by the MasterChef contract, MasterChef is owned by a Timelock with a 48-hour delay, and the Timelock admin is a 3-of-5 OPS Safe, while a 4-of-6 Treasury Safe receives the MasterChef developer share. Since the 2024 move to a Labs model, Sushi Labs runs daily operations. The governance FAQ states that a working, trustless DAO remains a goal without a timeline.

(Source: Blockscout, MasterChef, Blockscout, Timelock, Safe API, OPS Safe, Safe API, Treasury Safe, Sushi Labs FAQ, Sushi Governance FAQ)

02Known Project Team

Question

For each existing entity: Labs/DevCo (e.g., Founder, CEO, CTO, COO), Foundation (e.g., President, Executive Director, CFO, COO), and DAO / onchain governance leadership (if applicable) list the: (a) full names, (b) official titles, (c) and prior experience of key team members. For any non-existent entity, explicitly mention it does not exist. External links may be included but they will not factor into the score.

Response

Full Name

Entity

Official Title

Prior Experience

Jared Grey

Labs/DevCo

Jared Grey is the former Head Chef of Sushi and was named Managing Director of Sushi Labs in June 2024 (Introducing Sushi Labs).

Grey is an engineer and multi-time founder with over 20 years in technology who served as CEO of EONS and Bitfineon, and Sushi voters appointed him Head Chef on October 3, 2022 with nearly 11M of 13M votes (Introducing Head Chef Jared Grey).

Omakase (pseudonymous)

Labs/DevCo

Omakase was described by Sushi as its core frontend developer (The Power of BentoBox).

The reviewed sources publish no legal name or prior roles for Omakase beyond frontend work on Sushi and BentoBox (The Power of BentoBox).

Jiro (pseudonymous)

Labs/DevCo

Jiro was named Lead Sushi Developer in a November 2023 partnership announcement (Sushi Partners with ZetaChain).

The reviewed sources publish no legal name or prior roles for Jiro beyond leading Sushi integrations such as ZetaChain (Sushi Partners with ZetaChain).

No officers of the Sushi DAO Foundation are publicly named, and the 2022 legal structure vote, the 2023 legal entity update and the 2024 review describe the entity without listing directors or council members (Snapshot, Sushi Legal Structure Implementation, Snapshot, Legal Entity Update Signal, Sushi 2024 Review).

Foundation

The 2022 structure gave the Cayman DAO Foundation a governance council, and no titles for its members have been published (Snapshot, Sushi Legal Structure Implementation).

No Foundation officers are named, so there is no prior experience to report.

Adarsh Bhatt

DAO/Onchain Governance

Adarsh Bhatt was appointed to the Sushi High Kitchen by a vote that closed in August 2024 with 5,394,996 votes in favor (Snapshot, High Kitchen Adarsh Bhatt).

Bhatt describes himself as an early-stage investor in the web3 ecosystem who has worked closely with a Sushi Labs member (Snapshot, High Kitchen Adarsh Bhatt).

Hypotenuse Labs

DAO/Onchain Governance

Hypotenuse Labs was appointed to the Sushi High Kitchen by a vote that closed in August 2024 with 5,394,857 votes in favor (Snapshot, High Kitchen Hypotenuse Labs).

Hypotenuse Labs is a developer team active in crypto and AI since 2018 that cites governance experience at Nouns DAO (Snapshot, High Kitchen Hypotenuse Labs).

Adam Ambrozy

DAO/Onchain Governance

Adam Ambrozy was appointed to the Sushi High Kitchen by a vote that closed in August 2024 with 5,394,840 votes in favor (Snapshot, High Kitchen Adam Ambrozy).

The application under his vote describes the founder of a DAO administration infrastructure startup, although its body text carries another candidate's name in the name field (Snapshot, High Kitchen Adam Ambrozy).

Kevin Michael Kozeny

DAO/Onchain Governance

Kevin Michael Kozeny was appointed to the Sushi High Kitchen by a vote that closed in August 2024 with 5,394,869 votes in favor (Snapshot, High Kitchen Kevin Michael Kozeny).

Kozeny is an angel investor in crypto and technology, a United States Navy veteran and a past participant in ApeCoin DAO (Snapshot, High Kitchen Kevin Michael Kozeny).

Sarang

DAO/Onchain Governance

Sarang was appointed to the Sushi High Kitchen by a vote that closed in October 2024 with 8,005,263 votes in favor and 1,103 against (Snapshot, High Kitchen Sarang).

Sarang has been a SushiSwap core developer since 2021, is an advisor to SushiSwap, previously sat on the team multisig and has served on the Abracadabra and Aura multisigs (Snapshot, High Kitchen Sarang).

03DAO Structure

Question

Provide a structured description of the DAO's governance, powers, and economic rights. If a DAO does not exist, state so. Address the lettered items below. Even if there is no DAO, there must be an answer to (d).

  • (a) IP ownership & control — State what IP the DAO owns or controls (e.g., codebases/repos, trademarks/brands). Note any license if relevant.
  • (b) Contract/admin powers — List onchain or administrative authorities and limits: pause/upgrade roles (e.g., multisig pause), governance-executor authorities, and the method of authority for each (e.g., veto, majority, super-majority).
  • (c) Locked-token rights (conditional) — If locking/staking for additional rights exists, explain the additional rights and what tokenholders can and cannot decide. If no locking mechanism exists, leave absent.
  • (d) Value accrual & holder rights — If any, describe the current rights of tokenholders over revenue distribution and the treasury.
  • (e) Dissolution authority — State who can dissolve/wind up the DAO and by what mechanism (e.g., onchain vote threshold, board resolution of a legal wrapper).

Response

(a) IP ownership & control

The Sushi DAO itself owns no disclosed IP. The Terms of Service state that the services and their software, text, images and design belong to Sushi Holdings Ltd. as the Company, its licensors or other providers. Sushi Studios projects receive a royalty-free, perpetual license to the Sushi brand, and the reviewed sources do not name the entity that grants that license. The core code is open source: the sushi-labs/sushiswap repository, published under the Sushi Labs GitHub organization, carries an MIT license, and MasterChef.sol is marked SPDX MIT. No Sushi trademark registration was found in the reviewed sources.

(Source: Sushi Terms of Service, Sushi Studios, GitHub API, sushi-labs/sushiswap, fetched October 6, 2026, MasterChef.sol)

(b) Contract/admin powers

Proposals pass on the sushigov.eth Snapshot space and need at least 5 million SushiPowah to be valid, after which multisig signers execute them. MasterChef owns the SUSHI token and is in turn owned by a Timelock with a 48-hour delay whose admin is the 3-of-5 OPS Safe, so that Safe can queue MasterChef pool, allocation and migrator changes. The Treasury Safe is a 4-of-6 multisig, and High Kitchen members appointed by Snapshot vote serve as multisig signers. The governance FAQ still describes older thresholds of six of nine treasury signers and three of six operations signers, and the onchain Safe configurations above govern. No pause role over the SUSHI token is disclosed.

(Source: Sushi Governance FAQ, MasterChef.sol, Blockscout, Timelock, Safe API, OPS Safe, Safe API, Treasury Safe, Snapshot, High Kitchen Kevin Michael Kozeny)

(c) Locked-token rights (conditional)

Staking SUSHI in the Sushi Bar returns xSUSHI, which accumulates value from platform fees and counts toward SushiPowah voting power. Other qualifying positions are WETH-SUSHI liquidity tokens, MEOWSHI, tSushi and axSushi. SushiPowah holders can approve major structural changes, while day-to-day operations, pool rebalancing, business strategy and development are left to the team.

(Source: What Is xSUSHI FAQ, Sushi Governance FAQ)

(d) Value accrual & holder rights

xSUSHI holders receive the 0.05% share of each 0.3% swap fee under the fee model the FAQ describes, and the 2024 review reports more than $2M of SUSHI rewards to xSUSHI holders. The September 2026 restructure, passed with 5,214,574 votes for and none against, replaces this with 1% of protocol fees plus 1% of perpetuals fees for monthly xSUSHI buybacks and 4% of protocol fees for weekly purchases into a protocol-controlled SUSHI Reserve. Holders do not receive treasury distributions, and the DAO votes on treasury use through Snapshot.

(Source: How Does Sushi Work FAQ, Sushi 2024 Review, Snapshot, Tokenomics Restructure Implementation)

(e) Dissolution authority

No single party holds a disclosed authority to dissolve the Sushi DAO. The governance FAQ states that major structural changes are always voted on by the community, so a dissolution would follow the general route of a sushigov.eth Snapshot vote meeting the 5 million SushiPowah minimum, executed by the multisigs. No dissolution-specific threshold is published. The 2022 legal structure vote placed the DAO's real-world administration in a Cayman Islands foundation, and that vote and the Sushi Labs FAQ set out no separate wind-down mechanism. A June 2024 Sushi post states that the Sushi DAO is not being replaced or dissolved.

(Source: Snapshot, Sushi Legal Structure Implementation, Sushi Governance FAQ, Sushi Labs FAQ, Sushi DAO Remains in Operation)

04Primary Foundation

Question

For the Primary Foundation do the following independently. If an entity does not exist, state that explicitly. Items (a)–(f) apply only if that entity exists; state explicitly that the entity doesn't exist.

Definitions: The primary Foundation and DevCo can be explained as those entities which are directly involved in the issuance of the native token at launch.

  • (a) Entity — Type and jurisdiction.
  • (b) IP ownership & control — What IP the entity owns/controls (repos/code, trademarks/brand; license optional) and an explanation of any subsidiary entities.
  • (c) Powers over DAO, treasury, protocol-controlled resources, and token administration — If any, describe the current powers over DAO governance, treasury actions, protocol-controlled resources (e.g. revenue), token administration, or reward parameters, and the method/threshold for each.
  • (d) Powers over DevCo — Explain whether the foundation can exert direct or indirect influence over decision-making of the DevCo.
  • (e) Contract/admin powers — Pause/upgrade/governance-executor authorities and the method/threshold for each (e.g., veto/majority/super-majority; "3/5 multisig").
  • (f) Current economic arrangements and distribution policies — Describe any current governance-approved, contractual, or programmatic mechanisms, if any, by which protocol-controlled resources, treasury assets, fees, revenue, rewards, or token distributions may be directed to this entity, its equityholders, contributors, or other participants. If no such mechanism currently exists, state that explicitly. Do not discuss hypothetical future dividends, repurchases, or distributions unless formally adopted.

Response

(a) Entity

The primary foundation is the Sushi DAO Foundation, a Cayman Islands foundation approved by a Snapshot vote that closed on October 26, 2022 with 10,658,524 votes for and 178 against. The same vote created a Panamanian Foundation to administer the protocol smart contracts and a Panamanian Corporation, wholly owned by that foundation, to run the front end. A 2023 signal vote moved the legal work to Gresham International to widen the structure, and the 2024 review reports that the Sushi DAO Foundation was finalized. The registered legal name and registration number are not published. SUSHI launched in August 2020, before any of these entities existed.

(Source: Snapshot, Sushi Legal Structure Implementation, Snapshot, Legal Entity Update Signal, Sushi 2024 Review, What Is Sushi FAQ)

(b) IP ownership & control

The 2022 vote gave the Panamanian Foundation the administration of the AMM, Kashi and staking contracts and gave its subsidiary Panamanian Corporation the front end. The current Terms of Service instead name Sushi Holdings Ltd. as owner of the services and their contents, so the Foundation's own IP holdings today are not disclosed.

(Source: Snapshot, Sushi Legal Structure Implementation, Sushi Terms of Service)

(c) Powers over DAO, treasury, protocol-controlled resources, and token administration

Under the 2022 vote, the DAO Foundation's governance council can administer the treasury and grants, run the onchain governance process and facilitate proposals and voting. The January 2026 MasterChef migration vote states that a majority of fees from protocol-deployed liquidity is intended to be captured by the Sushi Foundation and compounded back into that liquidity. The reviewed sources do not name a Foundation address among the Safe or Timelock roles.

(Source: Snapshot, Sushi Legal Structure Implementation, Snapshot, MasterChef LP Migration Implementation)

(d) Powers over DevCo

The Foundation has no disclosed ownership of Sushi Labs or Sushi Holdings Ltd. The 2022 vote provided that the foundations would sign service agreements with providers chosen by later proposals, and the Sushi Labs FAQ states that the DAO oversees governance and regulates the treasury. Those agreements and any Foundation influence over Sushi Labs decisions are not published.

(Source: Snapshot, Sushi Legal Structure Implementation, Sushi Labs FAQ)

(e) Contract/admin powers

The Foundation holds no disclosed pause, upgrade or executor role over SUSHI. The token is owned by MasterChef, MasterChef is owned by a 48-hour Timelock administered by the 3-of-5 OPS Safe, and the Treasury Safe is a 4-of-6 multisig, and none of these is publicly attributed to the Foundation.

(Source: Blockscout, MasterChef, Blockscout, Timelock, Safe API, OPS Safe, Safe API, Treasury Safe)

(f) Current economic arrangements and distribution policies

The January 2026 MasterChef migration vote, passed with 5,216,119 votes for, intends that a majority of fees from redeployed protocol liquidity go to the Sushi Foundation, with a portion reserved for the Sushi Bar and SUSHI rewards for historical liquidity providers. No token allocation, salary or other distribution to Foundation officers is disclosed.

(Source: Snapshot, MasterChef LP Migration Implementation)

05Primary Dev Co

Question

For the Primary DevCo do the following independently. If an entity does not exist, state that explicitly. Items (a)–(f) apply only if that entity exists; state explicitly that the entity doesn't exist.

Definitions: The primary Foundation and DevCo can be explained as those entities which are directly involved in the issuance of the native token at launch.

  • (a) Entity — Type and jurisdiction.
  • (b) IP ownership & control — What IP the entity owns/controls (repos/code, trademarks/brand; license optional) and an explanation of any subsidiary entities.
  • (c) Powers over DAO, treasury, protocol-controlled resources, and token administration — If any, describe the current powers over DAO governance, treasury actions, protocol-controlled resources (e.g. revenue), token administration, or reward parameters, and the method/threshold for each.
  • (d) Powers over Foundation — Explain whether the DevCo can exert direct or indirect influence over decision-making of the Foundation.
  • (e) Contract/admin powers — Pause/upgrade/governance-executor authorities and the method/threshold for each (e.g., veto/majority/super-majority; "3/5 multisig").
  • (f) Current economic arrangements and distribution policies — Describe any current governance-approved, contractual, or programmatic mechanisms, if any, by which protocol-controlled resources, treasury assets, fees, revenue, rewards, or token distributions may be directed to this entity, its equityholders, contributors, or other participants. If no such mechanism currently exists, state that explicitly. Do not discuss hypothetical future dividends, repurchases, or distributions unless formally adopted.

Response

(a) Entity

The development company is Sushi Labs; the sushi.com Terms of Service name Sushi Holdings Ltd. as the Company. The Terms of Service, last modified August 12, 2026, name Sushi Holdings Ltd. as the Company and are governed by the laws of the United Kingdom. The privacy policy names Sushi Holdings Limited, P.O. Box 4301, Trinity Chambers, Tortola, British Virgin Islands, as data controller, with gunnercooke GmbH in Berlin as EU representative, and the site's cookie notice states that personal data is processed by Sushi Labs and its partners. Sushi Labs was set up after the 2024 Burū no Shinka vote, which passed on April 17, 2024 with 18,837,134 votes for and 230,413 against. SUSHI launched in August 2020 under the pseudonymous founder Chef Nomi, before Sushi Labs existed.

(Source: Sushi Terms of Service, Sushi Privacy Policy, Introducing Sushi Labs, Snapshot, Burū no Shinka Implementation, CoinDesk, Chef Nomi Returns Dev Fund)

(b) IP ownership & control

Sushi Holdings Ltd. owns the services and their entire contents, including software, text, images and design, under the Terms of Service. Sushi launched Sushi Studios in February 2023, before Sushi Labs existed, and it gives incubated projects a royalty-free, perpetual license to the Sushi brand. The ownership link between Sushi Labs and Sushi Holdings Ltd. and any other subsidiaries are not disclosed.

(Source: Sushi Terms of Service, Sushi Studios)

(c) Powers over DAO, treasury, protocol-controlled resources, and token administration

Sushi Labs receives diversified treasury funds and manages their composition at its sole discretion under the December 2024 Treasury Diversifications vote, which passed with 11,616,355 votes for and 979 against. Under the December 2025 emissions vote, the core team adjusts SUSHI emission allocations across AMM liquidity, listings, private capital deals and growth programs within a ceiling of 5% of supply per year. The Sushi team posts proposals to Snapshot, and Sushi Labs committed to quarterly disclosures to the DAO.

(Source: Snapshot, Treasury Diversifications Implementation, Snapshot, AER Increase Implementation, How to Create a Proposal FAQ, Introducing Sushi Labs)

(d) Powers over Foundation

Sushi Labs has no disclosed ownership of or control over the Sushi DAO Foundation. A June 2024 Sushi post states that the DAO is not being replaced or dissolved, and the Sushi Labs FAQ states that the DAO will continue to oversee governance, regulate the treasury and take part in council elections through SushiPowah.

(Source: Sushi Labs FAQ, Sushi DAO Remains in Operation)

(e) Contract/admin powers

Sushi Labs holds no publicly attributed pause, upgrade or executor role over SUSHI. Token administration runs through MasterChef, its 48-hour Timelock and the 3-of-5 OPS Safe, and treasury execution runs through the 4-of-6 Treasury Safe, and the reviewed sources do not identify which signers are Sushi Labs staff.

(Source: Blockscout, Timelock, Safe API, OPS Safe, Safe API, Treasury Safe)

(f) Current economic arrangements and distribution policies

The September 2026 tokenomics restructure directs all protocol fees, migration fees and other protocol revenue left after xSUSHI buybacks and SUSHI Reserve purchases to Sushi Ops, which funds development, incentives, partnerships, liquidity, security and operations. The December 2024 Treasury Diversifications vote sends diversified treasury assets to Sushi Labs for infrastructure, personnel, product expansion and research. MasterChef also mints one tenth of each block reward to the developer address, which is the Treasury Safe.

(Source: Snapshot, Tokenomics Restructure Implementation, Snapshot, Treasury Diversifications Implementation, MasterChef.sol, Blockscout, MasterChef)

Token Supply & Allocations

06Initial Allocation

Question

Disclose launch and initial supply details in a single initial allocation schedule covering the token's launch.

  • (a) Launch supply totals — The total number of tokens issued at launch, the total number of tokens locked at launch or the total number of tokens unlocked at launch.
  • (b) Recipient categories & use of funds — The recipient categories with brief explanations as to how the category will use the tokens so an auditor can distinguish each bucket.
  • (c) Initial price per token (if applicable) — The initial price per token at TGE. If the token launched via a liquidity bootstrapping mechanism, auction, or other price-discovery process rather than a fixed offering price, describe that mechanism and the final market set price instead. If no fixed price was set, state so.
  • (d) Ticker / market symbol — The ticker/market symbol.
  • (e) Total supply & supply regime — The total supply and whether the supply is fixed (if not explain inflation rate or deflation rate).
  • (f) Initial vesting / release schedules — The initial vesting/release schedules (identify which categories/recipients are subject to vesting and the high-level timing logic).

Response

(a) Launch supply totals

SUSHI launched in late August 2020. No tokens existed at launch, and supply has been minted over time by MasterChef as liquidity mining rewards, plus a one-tenth share to the developer address. The onchain total supply now reads 291,514,753.90 SUSHI across 130,743 holders.

(Source: What Is Sushi FAQ, MasterChef.sol, Blockscout API, SUSHI Token)

(b) Recipient categories & use of funds

  • Category: Liquidity providers staking in MasterChef
    • Allocation: About 90.9% of each mint, which is ten elevenths of the total
    • Tokens: Variable per block
    • Use: Rewards for users who stake Sushi LP tokens to attract liquidity
  • Category: Developer address
    • Allocation: About 9.1% of each mint, which is one eleventh of the total, paid as one tenth of the LP reward
    • Tokens: Variable per block
    • Use: Development fund, now paid to the Treasury Safe

(Source: MasterChef.sol, What Is MasterChef FAQ, Blockscout, MasterChef)

(c) Initial price per token (if applicable)

No fixed price was set.

(Source: What Is Sushi FAQ, What Is SUSHI FAQ)

(d) Ticker / market symbol

SUSHI.

(Source: Blockscout API, SUSHI Token)

(e) Total supply & supply regime

SUSHI supply is not fixed. The Sushi docs state that SUSHI has no hard-capped maximum supply, that block rewards continue indefinitely at a base of 100 SUSHI per block, and that governance can adjust reward rates. A November 2023 Sushi post stated that SUSHI had finished minting a total supply of 250M with no new emissions. Onchain, minting resumed through MasterChef pool 125, whose staked tokens are held by the OPS Safe. On May 9, 2024 an OPS Safe deposit minted 12,134,800 SUSHI to MasterChef plus 1,213,480 to the Treasury Safe, and on May 27, 2024 a second deposit minted 12,523,700 plus 1,252,370, taking supply from about 250.21M to 277.33M. Smaller harvest mints from November 2024 to February 2026 took supply to about 287.68M, and an April 2, 2026 deposit minted 3,489,444.17 plus 348,944.42, taking supply to the current 291,514,753.90. No Snapshot vote authorizing the May 2024 reactivation was found. MasterChef now gives pool 125 32,852 of 1,000,000 allocation points, which works out to about 3.29 SUSHI per block plus a one-tenth developer share, and these rewards are minted only when the pool is next harvested. The December 2025 emissions vote, passed with 5,214,144 votes for and 1,071 against, raised the annual emissions rate from 1.5% to up to 5% of total supply, or about 14.25M SUSHI a year at 285M supply. A November 2023 signal vote on new tokenomics failed with 9,826,116 votes against.

(Source: Sushi Docs, Tokenomics, fetched October 6, 2026, Kanpai Expires, xSUSHI Revived, Etherscan, May 9, 2024 mint, Etherscan, May 27, 2024 mint, Etherscan, April 2, 2026 mint, Blockscout, MasterChef, Blockscout API, SUSHI Token, Snapshot, AER Increase Implementation, Snapshot, Deploy New Tokenomics Signal)

(f) Initial vesting / release schedules

  • Category: Liquidity providers
    • Vesting terms: Part of early LP rewards was held in a Merkle distributor that fully vested in October 2021, and 10,936,284 SUSHI was unclaimed in January 2023, and governance voted to return unclaimed SUSHI to the treasury after the April 23, 2023 deadline, with a further vote requesting the transfer after it was not carried out
    • Circulating treatment: No. Nothing circulated at launch, and rewards count as circulating once claimed.
  • Category: Developer address
    • Vesting terms: No vesting, with each tenth-share minted straight to the developer address
    • Circulating treatment: No. Nothing circulated at launch, and the developer share counts as circulating on mint.

(Source: Merkle Tree Clawback, Snapshot, Merkle Clawback Implementation, Snapshot, Merkle Distributor Transfer, MasterChef.sol)

07Airdrop Process

Question

Address each of the following sub-items based on the project's airdrop status. If a sub-item does not apply to the project's situation, state that explicitly.

  • (a) Planned but not yet executed airdrop — If the project has planned but not yet airdropped, commit to publishing a recipient wallet list in a public channel and provide it to Blockworks quarterly until the initial TGE airdrop is fully completed. Additionally, generally state the possible target user segments (e.g., "stakers of X," "Aave users") and the allocation method (e.g., proportional to ve-balance or net position).
  • (b) Executed airdrop — If the project has already airdropped, point to a per-address source such as CSV/TSV/JSON files, a Dune table, a full Merkle dump, GitHub repo files embedding per-address allocations, or RPC endpoints that expose claim/amount data; explorer links alone do not count. Additionally, clearly state covered user segments (e.g., "stakers of X," "Aave users") and the allocation method (e.g., proportional to ve-balance or net position).
  • (c) No airdrop planned or conducted — If the project does not plan to conduct an airdrop for TGE and has never conducted one, state so plainly (e.g., "We have never conducted an airdrop to date and do not plan to execute one").

Response

Planned but not yet executed airdrop

Not applicable. Sushi has announced no planned SUSHI airdrop.

(Source: Sushi Governance FAQ)

Executed airdrop

Not applicable. SUSHI has never been distributed by airdrop, and the Merkle distributor held vested liquidity mining rewards rather than an airdrop.

(Source: Merkle Tree Clawback)

No airdrop planned or conducted

Sushi has never conducted a SUSHI airdrop to date and has announced none. SUSHI entered circulation through MasterChef, as liquidity mining rewards (directly or through the vested Merkle distributor) and a one-tenth developer share. The review covered the Sushi FAQs and blog, the MasterChef contract and the sushigov.eth Snapshot proposals, and none of them describes an airdrop. The January 2026 MasterChef migration vote reserves a portion of future fees for SUSHI rewards to historical liquidity providers, and no recipient list or schedule for those rewards is published.

(Source: What Is SUSHI FAQ, , , )

Transactions & Market Structures

08Market Maker Agreements & Deals

Question

Projects must disclose all material terms of market-making arrangements that affect token liquidity. If the project has no agreements or deals with market makers, state that explicitly; doing so earns full credit. For each market maker, include in a table:

  • (a) Market maker's name — the market maker's name;
  • (b) Token allocation or loaned amount — the token allocation or loaned amount as a percentage of total supply;
  • (c) Duration/term of agreement — the duration/term of the agreement; and, where applicable,
  • (d) Name of agreement structure — label the financial vehicle being used in the agreement (i.e. loan, option/call, retainer model) without describing trading strategy or expected outcomes.

If the project has no agreements or deals with market makers, state that explicitly; doing so earns full credit. If no native tokens were loaned or allocated to market makers, state that explicitly; cash/fiat retainers or fees are not required for this item.

Response

  • Market Maker Name: DWF Labs, under a signal vote that closed on August 1, 2023 with 7,544,442 votes for and 11,123 against (Snapshot, DWF Labs Signal).
    • Token Allocation Committed: The proposal sets a loan of 2M SUSHI, about 0.69% of the current 291.5M supply, and no implementation vote or onchain transfer confirming the loan was found (Snapshot, DWF Labs Signal, Blockscout API, SUSHI Token).
    • Term Duration: The loan carries a 24-month maturity (Snapshot, DWF Labs Signal).
    • Structure Name: The structure is a token loan paying 5% annual yield in USDT every four weeks, plus a European call option in three equal tranches struck at 125%, 175% and 200% of spot (Snapshot, DWF Labs Signal).
  • Market Maker Name: No other named market maker is disclosed, although the December 2024 Treasury Diversifications vote lets Sushi Labs use market makers and OTC desks to diversify treasury SUSHI (Snapshot, Treasury Diversifications Implementation).
    • Token Allocation Committed: No SUSHI amount committed to a specific market maker under that vote is disclosed.
    • Term Duration: No term is disclosed, and the vote sets no completion date for diversification.
    • Structure Name: No loan, option or retainer structure is disclosed for that authority.

09CEX / DEX Agreements & Deals

Question

Projects must disclose all material terms of centralized or decentralized exchange listings that affect token liquidity. For each listing, include in a table:

  • (a) Exchange name / DEX pool — the exchange name (and, for DEX, the specific pool/pair);
  • (b) Token allocation for listing — the token allocation supplied or committed for listing as a percentage of total supply;
  • (c) Term Duration — the duration/term of any listing lockups, liquidity, or incentive programs; and, where applicable,
  • (d) Native-token listing fees — whether any listing fees were paid in native tokens, with amounts (tokens or % of supply), recipients, and any vesting or lock terms tied to the partnership.

If the project has no agreements or deals with CEX or DEX, state that explicitly; doing so earns full credit; cash/fiat fee amounts are not required for this item.

Response

  • Exchange Name: Kraken, SUSHI trading against USD, EUR, GBP and BTC, with deposits from May 20, 2021 and trading from May 24, 2021 (Kraken Listing)
    • Token Allocation Committed: No token allocation for the listing is disclosed by Kraken or Sushi (Kraken Listing).
    • Term Duration: No listing lockup, liquidity or incentive term is disclosed.
    • Native Token Listing Fees: No listing fee paid in SUSHI is disclosed.
  • Exchange Name: Binance.US, SUSHI against USD, with deposits from Thursday, July 22 and trading from Friday, July 23, in an announcement now dated September 9, 2024 under Historical Listings (Binance.US Listing)
    • Token Allocation Committed: No token allocation for the listing is disclosed by Binance.US or Sushi (Binance.US Listing).
    • Term Duration: No listing lockup, liquidity or incentive term is disclosed.

Financial Disclosures & Risks

10Prior Token Sales & Fundraising

Question

Disclose all prior token sales by the Project — including fundraising rounds, any material OTC sales to investors, and any discounted market-maker sales. For each sale, provide:

  • (a) Series Name
  • (b) Early-Stage Investment Instrument used (i.e. SAFT, STAMP, SAFE, SAFE+Token Warrant, etc.)
  • (c) Date of sale (at least month & year)
  • (d) Number of tokens sold (or % of total supply)
  • (e) Vesting schedule

If no prior sales occurred, state that explicitly (e.g., "No prior fundraising, OTC, or discounted MM sales have occurred.").

Response

  • Series Name: No prior fundraising, OTC or discounted market-maker sales of SUSHI have occurred. SUSHI launched in August 2020 with supply minted by MasterChef as liquidity mining rewards plus a one-tenth developer share (What Is Sushi FAQ, MasterChef.sol).
    • Investment Vehicle: No investment instrument exists because no sale took place.
    • Date Of Sale: No sale date exists.
    • Number of tokens sold: No tokens were sold. The 2023 DWF Labs proposal was a 2M SUSHI loan with call options rather than a sale, and the Kanpai program took a share of fees rather than selling tokens (Snapshot, DWF Labs Signal, Kanpai Expires, xSUSHI Revived).
    • Vesting Schedule: No vesting schedule applies because no tokens were sold.

11Previous Exploits Affecting The Native Token

Question

If any, list prior exploits or incidents that directly affected the token, token supply, tokenholder balances, token contract, minting controls, burn mechanics, or custody of token supply. This question is not asking about general protocol, application, or smart contract exploits unless the incident directly affected the native token itself.

If no prior incidents, state this explicitly (e.g., "No exploits affecting tokenholders or protocol funds as of YYYY-MM-DD").

  • (a) Date & component affected — Date (YYYY-MM or YYYY-MM-DD), chain(s)/component affected.
  • (b) Exploit vector summary — Plain-language summary of the exploit vector (what the hack was).
  • (c) Quantified impact — Quantified impact (assets/tokens affected or a clear "no loss of funds" statement).
  • (d) Remediation/response taken — Remediation/response taken (patches, upgrades, governance actions, compensation).
  • (e) Current status — Current status (resolved, in litigation, under investigation, refunded, etc.).
  • (f) References (optional) — References (optional): link(s) to post-mortem/advisory/PR.

Response

(a) Date & component affected

2020-09, Ethereum. The pseudonymous creator Chef Nomi sold the SUSHI held in the developer fund, the share of supply that MasterChef mints to the developer address.

(Source: CoinDesk, Chef Nomi Returns Dev Fund, MasterChef.sol)

(b) Exploit vector summary

This was an insider sale rather than a code exploit. The developer address was controlled by a single person, who liquidated the fund's SUSHI holdings for ETH without warning.

(Source: CoinDesk, Chef Nomi Returns Dev Fund, Bitcoin.com News, Chef Nomi Returns $14M)

(c) Quantified impact

The sale produced about 38,000 ETH, worth about $14 million at the time, and was followed by a 73% fall in the SUSHI price.

(Source: CoinDesk, Chef Nomi Returns Dev Fund)

(d) Remediation/response taken

Chef Nomi transferred control of the project to FTX CEO Sam Bankman-Fried and, on September 11, 2020, returned the 38,000 ETH to the original developer fund wallet. Control of MasterChef has since moved to a Timelock with a 48-hour delay administered by the 3-of-5 OPS Safe, and the developer address is now the 4-of-6 Treasury Safe.

(Source: CoinDesk, Chef Nomi Returns Dev Fund, Blockscout, Timelock, Safe API, OPS Safe, Safe API, Treasury Safe)

(e) Current status

Resolved, with the funds returned in September 2020. No other incident affecting the SUSHI token, its supply, holder balances or minting controls has been publicly reported as of 2026-10-05. The 2023 RouteProcessor2 exploit hit user token approvals rather than SUSHI and is covered in Section 12.

12Material Risk Factors (Regulation, Technology, Token Economics)

Question

Describe material risk factors across the three categories below. Each category includes prompts to address at a minimum.

  • (a) Regulatory, Legal & Tax Risks — Describe how evolving laws and regulations could affect the project by answering, at a minimum, questions like:

  • Impact of Regulatory Change on TGE and Listings: (If applicable) How could evolving or conflicting laws and regulations affect your ability to complete the TGE, deliver tokens to purchasers, and list or maintain the token on trading venues in key jurisdictions?

  • Entity-Level Regulatory Impact: (If applicable) How could regulatory or legal changes impact your core entities (Foundation, DevCo, DAO, affiliated service providers), including enforcement actions, licensing requirements, or forced changes to structure or operations?

  • Tokenholder Tax Treatment: (If applicable) What uncertainties exist around how tokenholders may be taxed, and make clear that tokenholders are responsible for understanding their own tax obligations?

  • Jurisdictional & User Access Restrictions: (If applicable) If the project restricts access for certain jurisdictions or user types (e.g., U.S. persons, sanctioned countries, retail vs. professional), what are those restrictions and what risks do they create for users and for the project?

  • (b) Protocol, Technology & Security Risks — Describe risks to network and contract reliability, correctness, and safety by answering, at a minimum, questions like:

  • Bugs and Design Flaws: (If applicable) What bugs, design flaws, or implementation errors could exist in your core protocol code, smart contracts, and any bridges, rollups, or oracles that you depend on, and how could these lead to loss of funds or disruption of the protocol?

  • Security Measures & Their Limitations: (If applicable) What security measures have you taken (audits, formal verification, bug bounties), and what types of failures might these measures still fail to detect or prevent?

  • (c) Token Economics, Unlocks & Incentive Risks — Describe how the token's economic design and supply schedule could affect holders by answering, at a minimum, questions like:

  • Critical Economic Assumptions: (If applicable) Which economic assumptions (e.g., staking yields, fee revenue, liquidity incentives, MEV capture, demand for blockspace) are critical for protocol security, utility, and governance, and what happens if those assumptions fail?

Token Addresses and Deployments

13[Optional] Token Addresses and Deployments

Question

Identify to the best of your ability the token's current deployments across chains, including project-issued deployments, project-endorsed representations, and, if possible, documented third-party wrapped or bridged representations.

For each entry, provide:

  • Token Contract Address or Chain-Specific Asset Identifier
  • Chain
  • Deployment Type: Protocol-level asset / Direct token issuance / Wrapped or bridged representation
  • Project Relationship: Native-token / Project-endorsed / Endorsed third-party / Third-party, endorsement not established / Explicitly unsupported
  • Supporting Source: Link to supporting source

Multiple entries on the same chain are permitted.

Definition: A protocol-level asset is an asset whose balances and transfers are handled directly by the blockchain's core rules, rather than by a token smart contract. For protocol-level assets without a token contract address, enter "No contract address" and identify the asset and chain.

Response

This Token Transparency Filing is provided for general informational purposes only and does not verify or warrant the accuracy of individual answers.

Merkle Tree Clawback
MasterChef.sol
Snapshot, MasterChef LP Migration Implementation
  • Native Token Listing Fees: No listing fee paid in SUSHI is disclosed.
  • Exchange Name: The December 2025 emissions vote earmarks an illustrative, non-binding 15% to 20% of new emissions for time-boxed liquidity mining with tapering on new listings (Snapshot, AER Increase Implementation).
    • Token Allocation Committed: The split is non-binding and no amount tied to a named exchange or pool is disclosed.
    • Term Duration: Listing incentives are time-boxed with tapering, and no specific durations are published.
    • Native Token Listing Fees: No listing fee paid in SUSHI to any exchange is disclosed.
  • (Source: CoinDesk, Chef Nomi Returns Dev Fund, RouteProcessor2 Post-Mortem)

    (f) References (optional)

    CoinDesk and Bitcoin.com News covered the sale and the return of funds. Sushi has published no post-mortem for this event.

    (Source: CoinDesk, Chef Nomi Returns Dev Fund, Bitcoin.com News, Chef Nomi Returns $14M)

  • Governance Control over Monetary Policy & Rewards: (If applicable) To what extent can governance change monetary policy, fee parameters, or reward allocations (e.g., inflation rate, treasury flows, incentive programs), and how could such changes adversely affect tokenholders?

  • Response

    (a) Regulatory, Legal & Tax Risks

    Impact of Regulatory Change on TGE and Listings:

    Its listings, such as Kraken and Binance.US, depend on each venue's view of the token's legal status, and a change in US, UK or EU rules on governance tokens could lead a venue to delist SUSHI or restrict it for some users. In March 2023 the SEC served subpoenas on the Sushi DAO and Head Chef Jared Grey, which shows that US regulators have examined the project.

    (Source: CoinDesk, SEC Subpoena, Kraken Listing, Binance.US Listing)

    Entity-Level Regulatory Impact:

    Sushi spreads its activities across Sushi Holdings Ltd. in the British Virgin Islands, a Cayman Islands DAO Foundation and Panamanian entities approved in 2022, with Terms of Service governed by UK law. A change in rules in any of these places could force licensing, reporting or structural changes, and the 2023 SEC subpoenas led Grey to propose a legal defense fund for contributors. The Sushi DAO itself has no published legal wrapper beyond the Foundation, which leaves the liability of voters and signers unsettled.

    (Source: Sushi Privacy Policy, Sushi Terms of Service, Snapshot, Sushi Legal Structure Implementation, CoinDesk, SEC Subpoena)

    Tokenholder Tax Treatment:

    Sushi gives no tax guidance for SUSHI, and the Terms of Service state that no tax advice is given through the services. Liquidity mining rewards, xSUSHI value growth and the September 2026 xSUSHI buybacks may be taxed as income in some jurisdictions and only on disposal in others, and the treatment of LP positions moved in the 2026 MasterChef migration is unsettled. Tokenholders are responsible for understanding their own tax obligations.

    (Source: Sushi Terms of Service, Snapshot, Tokenomics Restructure Implementation, Snapshot, MasterChef LP Migration Implementation)

    Jurisdictional & User Access Restrictions:

    The Terms of Service bar residents of Algeria, Bolivia, Belarus, Crimea, Cuba, Donetsk, the Democratic Republic of Congo, Iran, Iraq, Ivory Coast, Liberia, Libya, Luhansk, Mali, Myanmar, Nepal, North Korea, Somalia, Sudan, Syria, Tunisia, Venezuela, Yemen and Zimbabwe. They also bar any country under US, UK or EU embargo and any place that restricts crypto trading. Disputes go to UK courts subject to arbitration, which makes claims costly for users elsewhere, and these limits narrow access to the front end, although the contracts remain usable onchain.

    (Source: Sushi Terms of Service)

    (b) Protocol, Technology & Security Risks

    Bugs and Design Flaws:

    On April 8, 2023 Sushi deployed RouteProcessor2 to 14 networks with an approval flaw, and because the contract could not be paused or upgraded, MEV bots copied a whitehat rescue and drained about 1,800 WETH from one user. HYDN rescued over $750k, 885 ETH was returned and Sushi committed to make users whole, opening a claim portal on April 26, 2023. RouteProcessor 6 can stay closed source behind a verified RedSnwapper contract, which limits outside review. The Timelock owner can also add a migrator to MasterChef that moves staked LP tokens.

    (Source: RouteProcessor2 Post-Mortem, RP6 Announcement, MasterChef.sol, Snapshot, MasterChef LP Migration Implementation)

    Security Measures & Their Limitations:

    Sushi has run an Immunefi bug bounty since March 26, 2021 with a maximum bounty of $200,000, paying critical smart contract findings between $20,000 and $200,000, capped at 10% of economic damage, in USDC or SUSHI. Certora reviewed MasterChef V2, BentoBox, Kashi and Trident in 2021, and Pashov Audit Group lists two Sushi reports. These measures cannot stop a compromised multisig key, a harmful proposal that voters approve or approval exploits in non-upgradeable routers, so Sushi directs users to revoke stale approvals through revoke.cash.

    (Source: Immunefi, SushiSwap, Certora Security Reports, Pashov Audits, Revoke Approvals FAQ)

    (c) Token Economics, Unlocks & Incentive Risks

    Critical Economic Assumptions:

    SUSHI value rests on Sushi's fee revenue, because xSUSHI buybacks and SUSHI Reserve purchases are funded from protocol fees. The December 2025 emissions vote raised the annual emissions ceiling to 5% of supply on the assumption that new incentives will grow revenue toward $20M a year. If volume and fees fail to grow, emissions of up to about 14.25M SUSHI a year would dilute holders while buybacks stay small, since only 1% of protocol fees plus 1% of perpetuals fees now go to xSUSHI buybacks.

    (Source: Snapshot, AER Increase Implementation, Snapshot, Tokenomics Restructure Implementation)

    Governance Control over Monetary Policy & Rewards:

    SushiPowah holders can change emissions, fee routing and treasury use through Snapshot, and the core team adjusts emission allocations within the approved ceiling. Recent votes drew about 5.2M SushiPowah, just over the 5M validity minimum, so a small group of large holders can pass monetary changes. The 2026 restructure cut the xSUSHI share of fees and sent the remainder to Sushi Ops, and similar votes could further reduce holder value.

    (Source: Snapshot, AER Increase Implementation, Snapshot, Tokenomics Restructure Implementation, Sushi Governance FAQ)