What Toshi is, and what $TOSHI actually does
Toshi is trying to be a Base-native meme asset that graduates into an ecosystem token. That sounds familiar. The interesting part is the mechanical path they picked: a fixed-supply meme coin that (a) has governance aspirations via MEOW DAO, and (b) is used as a gating asset inside a suite of tools and a token-launch/trading stack (“Toshi Tools” and “Toshi Mart”). For a contrast case, see a more traditional protocol-utility framing in our ZRX tokenomics review.
From an incentive-alignment perspective, that product shape matters. It means the token’s “utility” is not primarily about emissions or staking rewards. It is about who gets discounts, who pays fees, and who controls parameters. If you want to model $TOSHI, you model: (1) demand created by tool access and governance signaling, (2) supply that is already fully out, and (3) admin discretion around trading taxes, even if the current 0% tax policy is “0%.”
Supply: fixed cap, no emissions, and a concentrated mint event
The supply story is simple on paper: 420,689,999,999 $TOSHI, with “0%/0%” token taxes per current documentation.
Third-party indexing aligns on the headline numbers. CoinGecko shows 420,690,000,000 as circulating, total, and max supply.
Onchain, BaseScan lists max total supply as approximately 420.69B (displayed with full decimals) and shows a very large holder count.
The piece that deserves attention is initial issuance. The constructor mint event shows the full supply minted in the constructor via _mint(owner(), totalSupply), with totalSupply = 420_690_000_000 ether. That is a single-point distribution event to the contract owner at deploy time.
There is also a public burn(uint256) function, meaning any holder can destroy their own tokens. That is opt-in deflation, not protocol-driven deflation. Compared with other meme assets like our CHEEMS tokenomics review, the core question is less “is it inflationary?” and more “who controls the levers?”
- Initial mint to contract owner: 100% (420,690,000,000 $TOSHI) at deployment, via _mint(owner(), totalSupply).
This is where “in circulation” can be directionally true while still hiding concentration risk. If the supply begins life in one wallet, the real decentralization question becomes behavioral and operational: what transfers happened after mint, under what commitments, and with what remaining control rights.
Fiscal flows: from 3% tax to “0%/0%,” and where fees still exist
Toshi’s docs describe a meaningful structural change in its tax-to-zero migration: it “was initially launched as a tax token,” then moved across DEX setups, then introduced a “new Toshi contract” with a 3%/3% buy/sell transaction tax, then later removed taxes to 0% and migrated liquidity to Uniswap V3.
The “0%/0%” claim is also stated directly in current documentation.
Now the purist question: is “0%” a hard constraint, or a setting? The verified contract code is explicit that fees are computed as amount * fee / 10000.
In the constructor, the contract sets _buyMarketingFee = 300 and _sellMarketingFee = 300 (with other fee components at zero), making initial buy and sell fees 3% each, expressed in basis points.
Then it adds a hard cap: owner functions setBuyFees and setSellFees require the sum of fee components to be <= 300, with the revert message “Must keep fees at 3% or less.” This means 0% is attainable, but so is reintroducing fees up to 3%, subject to whoever holds the owner key.
When fees are active, they accrue to the token contract, are swapped into ETH, and then forwarded to configured wallets. The swapback function sends ETH to developmentWallet and then sends the remaining ETH balance to marketingWallet. Liquidity can also be added and sent to liquidityWallet.
Those wallets are initialized to a specific multisig address (0x0977250DbeFE33086Cebfb73970E0473c592fc54) in the constructor, and the contract also exposes owner functions to update them later.
Even if token transfer taxes are at 0% today, Toshi introduces other fee surfaces in the ecosystem stack. Toshi Mart charges a 1% fee on every trade on its bonding curve, taken from the quote token (ETH or TOSHI), with an explicit example showing 10,000 TOSHI value incurring a 100 TOSHI fee.
Utility surface area: governance weight, tool discounts, and $TOSHI as payment rail
MEOW DAO is described as token-weighted governance where “each token represents one vote,” with voting rights also referenced for NFT holders.
The project frames the tax removal as a governance outcome. A governance vote recap dated March 19, 2024 claims “nearly 90% of the votes (71B Toshi Tokens)” supported removal of the 3% tax, and states the “TOSHI contract will remain unchanged.”
From an alignment lens, this is both a positive and a warning. Positive: governance is being used for a real parameter choice that affects cashflow extraction. Warning: the post explicitly says the contract is unchanged, so the enforcement lives in social and operational commitments, not immutable code.
More concrete than “governance vibes” is the tool gating. In the official tool docs, multiple Toshi Tools show a clear threshold: holding 1,000,000 TOSHI avoids a 0.01 ETH fee for the Locker, Multisender, and Token Launcher. The Launchpad itself is a 2% flat fee of the fundraise in quote currency (ETH or USDC), with “no hodl required,” per the tool fee thresholds.
This is the cleanest token utility currently documented. It is not yield. It is not buyback. It is a discount club. Users who want repeated access to these tools are nudged to hold a minimum balance, which can create persistent demand. It can also become extractive if the tools do not remain meaningfully competitive, because the “utility” becomes a paywall whose value is set unilaterally by the operator.
$TOSHI also appears as a payment rail in Toshi Mart. The Portal contract docs describe flows where TOSHI can be the quote token for a bonding curve, and fees are taken in the quote token. That makes $TOSHI a medium of exchange inside a native issuance and trading funnel, at least for the subset of launches that choose it.
NFTs exist as a parallel identity layer. The docs state 3,000 NFTOSHIs were launched in August 2023 on Base.
Control plane: who can change what (and why the DAO story matters less than the owner key)
The contract is Ownable and includes typical administrative levers. The owner can:
Fees and fee routing. The owner can set buy and sell fees (capped at 3%) via setBuyFees and setSellFees, and can update the marketing, development, and liquidity wallets.
Trading lifecycle. Trading is gated by booleans tradingActive and swapEnabled, and there are owner-only functions (meow and faceOfBase) that create a pair, add liquidity, and switch trading on.
Limits and exemptions. The owner can set max transaction and max wallet, with constraints that they cannot be set below 0.5% of total supply. The owner can also exclude addresses from fees and max-transaction limits in bulk.
Swap threshold. The owner can set swapTokensAtAmount within a bounded range. The function enforces a minimum of 0.001% of total supply and a maximum of 0.5% of total supply.
Asset recovery. The owner can withdraw tokens (or ETH) stuck in the contract via withdrawStuckTokens.
MEOW DAO, as described, is a governance overlay intended to decide “important decisions,” with notable votes including tax removal.
The project’s own governance roadmap also frames a multi-phase transition, including a “DAO Foundation,” a “Toshi Council,” and a staged move toward community proposal and voting, while reserving an exception where the team may veto proposals that could “significantly harm the project.”
That is not a criticism. It is a classification. Today, the system is best modeled as: token-weighted signaling plus a centralized execution key. If the community expects “0% taxes forever,” the only credible commitment is either (1) renouncing ownership, or (2) placing ownership under a transparent and constrained governance-controlled executor. Anything else is trust in operators, regardless of Snapshot outcomes.
Risk analysis
Top 3 risks
-
Policy drift on taxes and tool gating. Trigger: a market downturn, budget shortfall, or opportunistic decision to monetize attention. Mechanism: owner-controlled parameters can reintroduce buy/sell fees up to 3% and redirect fee flows to configurable wallets, while tool access rules can be tightened offchain. Who bears it: traders (via tax), holders (via valuation repricing), and tool users (via higher effective cost). Measurable indicators: onchain calls to setBuyFees/setSellFees, changes to marketing/development/liquidity wallet addresses, and documentation updates to the “Tool Fees” thresholds and fee schedule.
-
Governance legitimacy gap. Trigger: a contentious decision where tokenholder preference conflicts with operator preference. Mechanism: MEOW DAO votes can be treated as advisory if the owner key is not bound to execute them, and the roadmap explicitly keeps discretion for “harmful” proposals. Who bears it: minority voters, passive holders who priced in decentralization, and builders integrating expecting stable rules. Measurable indicators: public votes with high participation that are not executed, or executed with materially different parameters, and repeated “contract unchanged” governance outcomes without corresponding onchain constraint changes.
-
Utility that trends extractive rather than productive. Trigger: tools fail to stay competitive, or usage fails to scale beyond the core community. Mechanism: “hold 1M TOSHI or pay 0.01 ETH” creates captive-demand dynamics that can resemble a toll booth more than a value loop, especially since the documented discount is not paired with an explicit onchain revenue share to holders. Who bears it: tool users (higher cost), holders (demand fragility if the paywall loses appeal), and the broader Base ecosystem (if products are perceived as rent-seeking). Measurable indicators: tool usage decline, fee revenue shifting toward ETH fees rather than TOSHI-hodl discounts, and increasing emphasis on gating rather than product quality in official comms.
Dominant risk: policy drift on taxes and fee routing
The single biggest structural risk in $TOSHI is not volatility. It is credible commitment. The official documentation says “Token Taxes - 0%/0%.”
But the verified contract source is a fee-capable architecture with owner-settable fees up to 3%. The functions that set fees are explicitly onlyOwner. The fee math is explicit. And the swapback explicitly routes ETH proceeds to configured wallets.
That creates a governance tension that does not go away just because a DAO vote happened. A DAO vote can explain why the current fee is 0. It does not make that outcome sticky. Even the celebratory post about tax removal states “the TOSHI contract will remain unchanged.”
Incentive-wise, this is a classic trade. A tax is a treasury engine. It funds listings, development, marketing, and operational runway. Toshi’s docs say exactly that, listing taxes used for exchange listings, hiring, treasury building, marketing, art, and “other fun activities.”
Removing the tax improves market efficiency for holders and traders. It also removes a native, protocol-level funding source. You can replace it with tool fees, launches, and ecosystem revenue. Or you can drift back toward extraction when the easy funding disappears.
Because the fee cap is embedded and the executor is centralized, the token’s risk premium should include: “what is the probability that, in stress, the system flips back to 1-3%?” The answer is not in memes. It is in key management, governance bindingness, and the reputational cost of breaking the 0% policy. None of those are onchain constraints today, based on the verified code and published governance comms.
If you are designing around this kind of system, the work is mostly mechanism design and credibility engineering. This is where tokenomics design services tend to matter: tightening executor constraints, clarifying who earns value for what behavior, and reducing the gap between governance intent and onchain enforceability. Unlike emission-driven designs such as our KMNO tokenomics review, the model here is not “manage inflation,” but “manage governance and operator risk.”
This article is part of our Tokenomics Deep Dive series.








