Technical Architecture

Steakhouse Finance runs on a modular, immutable smart-contract framework called The Kitchen, a permissioned token-launch and bonding-curve engine that automates every stage of a project’s lifecycle.

Each contract serves a single responsibility while communicating through the KitchenStorage registry for state synchronization and access control. All modules are non-custodial, meaning no user funds are ever held beyond an in-flight transaction or LP lock.

Governance: All privileged functions are protected by a 48-hour KitchenTimelock and owned by the Gnosis Safe (Steakhouse Finance LTD) multi-sig. This ensures that no individual can unilaterally alter parameters or logic.

---

Modular System Layout

flowchart TD

subgraph Router["Kitchen (Router)"]
    note1["Handles user interactions"]
end

subgraph Factory["KitchenFactory"]
    note2["Validates parameters and forwards creation"]
end

subgraph Modules["Creation Modules"]
    A["CreatorBasicAdv\nAdvanced / Tax Tokens\nWrites metadata"]
    B["CreatorSimple\nMeme / Zero-Tax Flow"]
    C["BondingCurve (Virtual)\nPrice + Supply Engine\nUses CurveMaths"]
end

subgraph Storage["KitchenStorage"]
    note3["Central Registry\nAuthorized writes from all modules"]
end

subgraph Graduation["KitchenGraduation"]
    note4["Converts virtual → real\nTriggers token deployment"]
end

subgraph Deployer["KitchenDeployer"]
    note5["Deploys ERC-20 (Tax / No-Tax)\nAdds liquidity and locks LP"]
end

Router --> Factory
Factory --> A
Factory --> B
Factory --> C
A --> Storage
B --> Storage
C --> Storage
Storage --> Graduation
Graduation --> Deployer
Deployer --> E["ERC-20 Tokens (Tax / No-Tax)"]

---

Virtual Storage Model

Unlike a typical on-chain AMM that stores balances directly in a pool contract, Steakhouse uses virtualized accounting:

• No real ETH or tokens exist in the bonding-curve phase.

• Instead, each buy/sell updates virtual ETH and token reserves stored in KitchenStorage.TokenState.

• These values represent what the Uniswap pool would look like, but without deploying a real pair until graduation.

Benefits

• 95 % cheaper gas for deployments.

• No up-front liquidity needed.

• No contracts live until graduation so contracts aren't open to public snipers.

---

Bonding-Curve Mechanics

Steakhouse bonding-curves are based on a virtual constant-product invariant, similar to Uniswap V2:

x * y = k

Where:

• x = virtual token reserve

• y = virtual ETH reserve

• k = invariant constant

However, Steakhouse introduces a +1 ETH virtual reserve to stabilize early pricing and prevent zero-division exploits:

uint256 tokenReserve = totalSupply - tokensSold;
uint256 ethReserve   = ethRaised + 1 ether;
uint256 k = tokenReserve * ethReserve;

Buy Equation

tokensOut = tokenReserve - (k / (ethReserve + ethIn));

Sell Equation

ethOut = ethReserve - (k / (tokenReserve + tokenIn));

These formulas simulate Uniswap’s pricing without deploying a pool until graduation.

---

Comparison: Steakhouse Curve vs Uniswap V2

Feature	Uniswap V2	Steakhouse Curve
Liquidity	Real ETH + tokens in pool	Virtual reserves only
Price formula	x * y = k	x * (y + 1 ETH) = k
Gas per trade	120 – 200 k	~130 k (virtual write only)
LP creation	At pair deploy	On graduation (finalization)
Target MCAP	Price set by ETH / TOKEN pair	Oracle-adjusted threshold based on virtual curve formula

---

Oracle-Based Graduation Targets

The KitchenFactory uses Chainlink-style USD oracles to ensure consistent graduation thresholds across chains. Each token’s virtual ETH raised is converted into a USD equivalent, compared against min/max values stored in KitchenStorage:

capMinUsd = 36_000 * 1e8;   // e.g. $36K min
capMaxUsd = 500_000 * 1e8;  // e.g. $500K max

When ethRaised * ETH/USD ≥ capMinUsd, the token is eligible for graduation.

---

Stealth Deployment Mode

Steakhouse supports a one-transaction stealth launch for advanced users:

1. Deploy curve via Factory using a concealed salt.

2. Bonding-curve opens privately (off-indexer).

3. Developers can share their token privately establishing trusted investor floors as opposed to anyone buying and selling on a free market, sniping supply, then dumping for a few X, a single call then triggers all the below in one trx on graduation:

   • Token minting to all virtual holders.

   • LP creation and liquidity locking.

   • Token launch.

This allows founders to launch silently, share with selected groups of investors, then reveal their project publicly after an organic and selected investor floor had been built.

---

Contract-to-Contract Interactions

Each Kitchen module communicates exclusively through authorized contract calls verified in KitchenStorage. No external or unverified address can mutate state:

modifier onlyAuthorized() {
    require(msg.sender == owner || authorizedCallers[msg.sender], "Not authorized");
    _;
}

This ensures full separation between:

• Routing layer (Kitchen.sol)

• Logic layer (Factory, Curve, Graduation)

• Data layer (Storage)

All ETH routing, tax distributions, and LP locks are executed atomically within a single transaction.

---

Example: Virtual ETH at Supply

A useful analytical equation used by explorers:

ethAtSupply = (supply * 1 ETH) / (totalSupply - supply)

This models the ETH that would exist in a real pool at that supply level, the foundation of Steakhouse’s virtual-to-real graduation bridge.

---

Curve Progression (Price ↑ as Supply ↓)

Price (ETH per token)
│
│                                           🎓  Graduation
│                                           *   Equation satisfied:
│                                           *   x_tokens × (y_ETH + 1) = k
│                                          **
│                                         **
│                                        **
│                                       **
│                                      **
│                                    **
│                                 ***
│                              ***
│                           ***
│                        ***
│                     ***
│                  ***
│               ***
│            ***
│         ***
│      ***
│   ***
│***
│────────────────────────────────────────────────────────────→  Supply (tokens sold)
│   ↑
│   │
│  +1 ETH Virtual Reserve (starting liquidity floor)

---

What’s Happening

Phase	Description
Virtual Reserve (+1 ETH)	The curve begins as if 1 ETH already exists in the pool. This creates a defined initial price and smooth first trade.
Progressive Growth	Each buy adds real ETH to the virtual pool and removes tokens from circulation, making the next token more expensive.
🎓 Graduation	When the virtual ETH raised hits the configured cap (using on-chain oracles for USD equivalence), the equation is perfectly balanced, triggering the creation of the real ERC-20 and LP pair.

At that point:

• A real token is minted.

• LP is created and locked.

• All holders receive 1 : 1 tokens for their virtual balances.

---

Graduation & LP Finalization Flow

User Buys → Virtual Curve → Reaches Cap
        ↓
Factory triggers Graduation
        ↓
KitchenGraduation calls KitchenDeployer
        ↓
ERC-20 deployed (Tax / NoTax)
        ↓
LP created + locked via SteakLockers
        ↓
Holders receive minted supply 1:1

The process is trustless, irreversible, and atomic, guaranteeing that once a curve graduates, all holders receive their tokens in the same transaction that creates the Uniswap-V2-compatible liquidity.

---

Why It Matters

• Security: Immutable + timelocked contracts, multisig ownership.

• Efficiency: 90 – 95 % cheaper gas than traditional launchpads.

• Transparency: Every variable and event emitted for open indexing.

• Fairness: No private mints or dev allocations, every token begins from the same curve.

---

Steakhouse: Clean. Curve. Contracts. Where every launch is fully on-chain, verifiable, and mathematically fair.