Curve Tokens / ERC20

Every SteakHouse token begins as a virtual bonding-curve asset before “graduating” into a real ERC-20 on-chain. This section explains how tokens are identified across networks, how virtual tokens behave before graduation, and how real ERC-20's are classified (TAX vs NO-TAX).

---

Virtual Curve Token (Pre-Graduation)

Before a real ERC-20 exists, all trading occurs on the virtual bonding curve contract. This pseudo-token behaves similarly to a ERC-20 in UI and accounting but exists entirely inside the bonding curve module. its address its formed just like an ERC-20 by means of hexadecimal values generated using the same deterministic pattern as real ERC-20s, via CREATE2 and keccak256(salt + bytecode).

virtualAddress = keccak256(0xFF ++ deployer ++ salt ++ keccak256(bytecode))[12:]
virtualAddress = 0xeA579e08A5e72ccb7Aa33dbeda951e6Cd795181

Properties

• Non-transferable between users (only internal balance updates)

• Backed by ETH in a virtual AMM bonding curve pool x * (y + 1 ETH) = k

• Token tracking values include price, circulating supply, buyer list, and graduation progress

• Graduates automatically once ETH at cap ≥ threshold

• Post-graduation all holders receive equivalent supply in the real ERC-20

State & Attributes

Attribute	Description
circulatingSupply	Total virtual tokens minted via buys
ethPool	ETH accumulated on the curve
price()	Dynamic price based on bonding-curve formula
graduated	Boolean flag marking migration to ERC-20
realTokenAddress	Maps to deployed ERC-20 after graduation
balances	Recorded per user through userBalances[token][wallet]. Updated on every buy/sell.
transfers	Disabled, all balance movements occur via curve transactions only
limits	Enforced maxTx, maxWallet, and tax decay parameters
analytics	Tracks buyers, volume, trades, circulating supply

The virtual token stage ensures all launches begin fairly, zero pre-mint, no private allocations, and transparent price discovery before real token issuance.

---

Curve Categories

Each virtual token operates under one of four curve profile types, defined in KitchenStorage.CurveProfile enum and set during deployment by the creator contract.

---

Basic Curve

• Fixed tax rate throughout curve life

• Standard anti-whale limits (maxTx, maxWallet)

• Linear pricing model

• Ideal for standard token launches

• Can graduate to TAX or NO-TAX variants on graduation

Example use: Meme tokens that need some starting funds for marketing, community coins.

---

Advanced Curve

• Dynamic tax decay over time (curveStartingTax → finalTax)

• Gradual relaxation of maxTx / maxWallet restrictions

• Adaptive price slope with exponential scaling

• Supports multi-wallet tax splits (dev / marketing / treasury)

• Can graduate to TAX or NO-TAX variants on graduation

Example use: Complex or premium projects seeking sustainable tokenomics. Utility tokens and serious longer term projects.

---

Super Simple Curve

• No dynamic logic, flat price increment

• Limits maxWallet / maxTx enforced for fairness

• Quick-start deployment for basic launches

Example use: Instant deploy tokens via API, perfect for quick programmatic launches based on X-posts and hype narratives, also works well for memes.

---

Zero Simple Curve

• Zero tax, minimal configuration, and instant-unlock graduation

• Ideal for experimental / stealth / governance trials

Example use: Fair launches, testing or governance prototypes.

---

Stealth Variations

Stealth tokens are hidden deployments created through the same bonding curve logic but registered under a private listing flag in KitchenStorage. They use setTokenBasicStealth, setTokenAdvancedStealth, etc., instead of public creation calls.

Properties of Stealth Tokens:

• Not broadcast to main token list or trending modules until later activation

• Fully functional internally (buys/sells enabled)

• Trackable by creator only via getStealthTokensByCreator()

• Standard graduation and LP locking like public tokens

This allows creators to launch quietly, test curve behaviour, or stage pre-releases without public exposure.

---

ERC-20 Token Types (Post Graduation)

After graduation (curve → real ERC-20), two standardized token types exist under the SteakHouse architecture:

1. TAX Tokens

Real ERC-20s with integrated swap-fee logic.

• Tax fee (buy/sell tax) capped at ≤ 5 %

• Fee can be split across up to 4 wallets. Example: developer, owner, treasury, and marketing wallets (as defined in storage).

• Fully exempt from any trading limits after graduation.

• Commonly used for utility tokens or even meme coins that have no upfront marketing capital to fund the projects start-up costs and expenses.

TaxTokenSteakHouse.sol TaxToken.sol (inherits standard ERC-20 + configurable fee parameters)

2. NO-TAX Tokens

Pure minimal ERC-20s without any transfer fees.

• 0 % buy/sell tax permanently enforced

• Ideal for community tokens, meme coins or governance launches

• Still routed through the same virtual-to-real graduation pipeline

• Can still have taxes during curve but NO-TAX tokens have final 0/0 tax rate as a characteristic.

NoTaxTokenSteakHouse.sol NoTaxToken.sol (standard ERC-20 implementation)

Identification of Steakhouse produced ERC-20's

Each deployed token has deterministic, cross-chain vanity addresses generated through CREATE2 salts. This allows identical byte-level deployments across multiple chains while maintaining traceable lineage with our signatures across ERC-20 contracts.

Ethereum : [0x01111]e08A5e72ccb7Aa33dbeda951e6Cd79a5181  
Base     : [0x02222]e08A5e72ccb7Aa33dbeda951e6Cd79a5181 
Arbitrum : [0x03333]e08A5e72ccb7Aa33dbeda951e6Cd79a5181  
BSC      : [0x04444]e08A5e72ccb7Aa33dbeda951e6Cd79a5181

All addresses share a vanity-salt root identifier, guaranteeing deterministic verification of provenance, easily identifiable on chain.

---

Summary

Stage	Token Type	Curve Category	Transferable	Tax Logic	Visibility
Virtual Token (Pre-Grad)	Internal	Basic / Advanced / Super / Zero	❌	Curve-defined	Public / Stealth
Graduated ERC-20 (Real)	On-chain	Tax / No-Tax	✅	≤ 5% for TAX type	Public