Smart Contracts
Overview
The Steakhouse ecosystem is built on a modular suite of audited, immutable smart contracts designed for secure, permissioned token launches and automated bonding-curve trading. Each contract serves a distinct purpose within the architecture while maintaining strict separation of concerns, minimal trust assumptions, and controlled authorization via the KitchenStorage registry and 48-hour Timelock governance.
All modules operate under a non-custodial model, no contract holds user funds beyond the scope of a specific transaction or time-bound lock (e.g., LP lockers). Ownership across all contracts is held by the Gnosis Safe multisig (Steakhouse Finance LTD), ensuring that no single private key can alter or interfere with deployed systems.
Contract Index
KitchenEvents.sol
Defines a unified set of events and logs emitted across the Steakhouse ecosystem. It standardizes transaction metadata (token creation, buys, sells, graduations, updates) ensuring complete on-chain transparency and auditability. All ecosystem contracts inherit from KitchenEvents for consistent reporting to explorers and indexers.
KitchenUtils.sol
Provides read-only helper functions and mathematical utilities used throughout the system.
It assists with price calculations, ratio checks, graduation thresholds, and validation of bonding-curve parameters. This contract interacts directly with KitchenStorage but holds no funds or state variables, ensuring deterministic and gas-optimized operations.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
KitchenCurveMaths.sol
Implements the core bonding-curve mathematics used to determine token pricing, supply progression, and ETH-pool depth. Its formulas are used by KitchenBondingCurve to maintain equilibrium between token supply and liquidity. Curve parameters can be configured per token type (Basic, Advanced, Simple) to achieve different market behaviours.
KitchenDeployer.sol
Responsible for the deployment of real ERC-20 tokens upon project graduation. It can create both TaxToken and NoTaxToken variants, route them through Uniswap V2-compatible routers, and manage headered or headerless deployment flows. All deployments are authorized through the KitchenFactory and executed via the multisig-owned Deployer.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
KitchenStorage.sol
Acts as the centralized on-chain database and authorization registry of the Steakhouse ecosystem.
It maintains all token metadata, liquidity states, balances, and system parameters. The contract includes the authorizeCaller() mechanism where only approved modules can write or modify state.
This is the backbone of the protocol’s data integrity and access-control layer.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
Kitchen.sol
The primary router of the Steakhouse ecosystem. This contract serves as the single point of entry for users, handling token creation, trading, and graduation calls. It routes requests to the correct downstream module (Factory, BondingCurve, or Graduation) and enforces all validation checks such as max-wallet, supply limits, and anti-sniping logic.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
KitchenBondingCurve.sol
Manages the virtual buy/sell market for tokens during the bonding-curve phase. It calculates pricing based on the active curve function, records ETH inflows/outflows, and updates KitchenStorage on supply and liquidity states. Once the graduation threshold is met, control transfers to the KitchenGraduation module for LP deployment and token finalization.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
KitchenFactory.sol
Coordinates the token creation process across all template types (Basic, Advanced, SuperSimple, ZeroSimple). It manages creation fees, registers tokens in KitchenStorage, and authorizes bonding-curve listings. Factory modules ensure that only validated configurations can be deployed, maintaining safety and uniformity across all launches.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
KitchenCreatorBasicAdvanced.sol
Handles the creation logic for dynamic or tax-based tokens with adjustable parameters such as tax decay, max wallet progression, and time-based limits. Called exclusively by the KitchenFactory, this contract writes token configurations into KitchenStorage before curve activation. Designed for complex project tokenomics while preserving full transparency.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
KitchenCreatorSimple.sol
Provides a lightweight creation pathway for Basic and Zero-Tax tokens. Intended for rapid deployments and mostly meme launches without advanced tax mechanics. It integrates directly with KitchenFactory and KitchenStorage to register token details and initial curve states.
Commonly used for fast or community-driven launches.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
KitchenGraduation.sol
Manages the final transition of a token from bonding-curve phase to full market deployment.
It mints or deploys real ERC-20 tokens via the KitchenDeployer, adds liquidity to decentralized exchanges, and locks LP tokens through SteakLockers. This contract also handles stipend distributions, overshoot protection, and post-graduation fee routing to the treasury.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
12. NoTaxTokenSteakHouse.sol
A minimal, Steakhouse-branded ERC-20 token implementation with no tax or trading fee logic.
Functionally identical to NoTaxToken.sol, this version includes the Steakhouse header comment for ecosystem provenance and auditing clarity. It enforces strict supply-cap limits and immutable initialization to prevent post-deployment inflation or privilege abuse. Deployed automatically upon graduation for tokens configured as NO_TAX under the Steakhouse platform.
13. NoTaxToken.sol
A pure ERC-20 standard implementation with no fees, taxes, or privileged control functions.
This is the base version used for generic or third-party deployments and is functionally identical to NoTaxTokenSteakHouse.sol except for the absence of Steakhouse branding in the source header.
The contract is fully immutable, gas-optimized, and verified open-source for transparency and external audits.
14. TaxTokenSteakHouse.sol
A Steakhouse-branded ERC-20 token implementation with optional buy/sell tax and revenue routing logic. Functionally identical to TaxToken.sol, this version includes a header comment indicating its deployment under the Steakhouse ecosystem for on-chain recognition and audit traceability.
It supports configurable final tax rates, automatic fee redirection to treasury wallets, and integrates seamlessly with the KitchenDeployer and bonding-curve graduation process.
15. TaxToken.sol
A base ERC-20 token implementation featuring transparent and auditable tax-based transaction logic. It supports configurable buy and sell fees, treasury routing, and strict enforcement of the maximum supply cap to prevent unauthorized minting. Used internally by KitchenDeployer when generating tokens requiring tax functionality. This version contains no branding, ensuring compatibility with third-party deployments or non-Steakhouse integrations.
16. SteakLockers.sol
A secure LP and token locking contract that holds liquidity tokens after a project graduates. Supports time-locked withdrawals, ownership transfers, and vesting extensions. Also allows public ERC-20 token locks with adjustable durations. Integral to Steakhouse’s investor protection framework, ensuring that liquidity cannot be prematurely removed.
Contract Address: 0x000000000000000000000000000000000000dEaD
View on: Etherscan | BscScan | Arbiscan | Basescan
Last updated
Was this helpful?
