The Teeth
of GK

Executive summary

Utility now, not another presale

To break the centralized marketing narrative, the infinite presale loop and the synthetic data-injection layer served by the legacy entity's centralized database dashboard, the decentralized network needs high-utility on-chain applications in the hands of miners immediately.

The Teeth of GK is a GameFi and decentralized governance framework designed as an economic flywheel for the open-source fork. It links real-time network health metrics — global hashrate, independent node count and RPC server stability — directly to a dynamic NFT ecosystem, and gamifies the revolution.

It also introduces a smart-contract revenue splitter that deprecates centralized control of the treasury: 95% of all dApp revenue routes straight into network infrastructure, validator rewards, deflationary burning and community-approved marketing, with a minor 5% split to the development and hosting founders.

Section 01 · Generation 1

Global hardware & supporter hierarchy

Community-backed cards are strictly capped at 10,000 unique assets. Distribution is weighted to reflect the actual physical contribution each member makes to the security of the ledger — the rig you run is the card you hold.

Section 1B · Antagonist asset class

The GK ‘White Teeth’ card

The GK card is a hostile asset class. It sits outside the 10,000-card community supply and follows an inverted economic model: it can only be minted by users who attempt to hedge against the community, or through specific automated game events. In play it generates synthetic defensive shields derived from legacy database parameters, and it is the ultimate target for every community miner.

Section 02 · Primary acquisition

Blind packs

Assets cannot be purchased directly by tier. Acquisition runs through a randomized gamified protocol across two pack tiers, priced in native coin equivalent — driving transaction volume and keeping tier distribution honest.

Pack B carries better-than-1-in-10 odds on the ‘Remz Class’ and a 300% multiplier on Legendary yield versus the Community Pack.

Section 03 · Generation 2+

Future-proof expansion protocols

The underlying architecture uses a modular proxy framework, so core developers and miners can vote on and deploy expansion packs without inflating or diluting the value of Gen-1 assets.

• The Capital Stakers expansion (Gen-2) — released exactly when native on-chain proof-of-stake or liquid staking protocols land in the mainnet code.
• Mechanics — Stakers cards act as network cryptographic shields, absorbing in-game damage dealt by legacy marketing-bot swarms.
• Live oracle binding — Gen-2 Stakers power scales programmatically with the network's live Total Value Locked, bridging game mechanics directly to macroeconomic ledger security.

Section 04 · Dynamic metadata

The dual-dynamic evolution engine

Unlike static legacy NFTs, every asset uses dynamic tokenURI metadata fields updated automatically by a custom secure oracle network wired directly into our decentralized RPC layers.

A. Antagonist degradation — the debuff

The antagonist card starts at maximum White Teeth Armor, and while that armor holds, legacy dashboard metrics claim dominance. The contract continuously polls global difficulty; as decentralized hashrate and autonomous node count expand, the card's defensive capability and market stats degrade automatically. Visually, the pristine unnaturally bright smile discolors, cracks, decays and finally falls out entirely as armor reaches zero.

B. Community ledger progression — the visual evolution

Section 05 · Trustless economics

Payment splitter architecture

To permanently eliminate the threat of centralized treasury exploitation, 100% of primary minting fees and secondary marketplace royalties are hardcoded into an immutable Solidity payment splitter. Funds route atomically at the exact millisecond of the transaction:

Section 06 · Sell-out scenario

The secondary market flywheel

On a rapid primary sell-out of the 10,000 Gen-1 packs, the economic model transitions from a primary mint into a pure secondary market velocity engine.

• Immediate scarcity enforcement — primary minting terminates instantly. Latecomers hit a structural bottleneck and must acquire Gen-1 cards from early miners on the community marketplace.
• Floor price appreciation — the hard cap means peer-to-peer prices scale in direct proportion to ecosystem demand as network visibility grows.
• Passive income scaling — continuous secondary volume triggers the immutable 5% royalty split inside the contract, providing an ongoing high-velocity stream of capital to the infrastructure pools, the DAO vault and the founders (split 50/50 between Remz and WelshDAG), independent of new token generation.

Section 07 · Technical core

The splitter contract

The payment processing engine, designed to run trustlessly on our EVM-compatible layer.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

/**
 * @title TeethOfGK_EcosystemSplitter
 * @dev Enforces automated, decentralized distribution of dApp
 *      revenue to protect the community.
 */
contract TeethOfGK_EcosystemSplitter {

    // Immutable cryptographic addresses for secure routing
    address payable public immutable remzWallet;      //  2.5% Developer / Founder
    address payable public immutable lukeWallet;      //  2.5% Host / Platform Partner
    address payable public immutable minerRewardPool; // 35.0% Protocol Yield Pool
    address payable public immutable infraAndDevPool; // 30.0% Node, RPC and Core Dev Ledger
    address payable public immutable governanceDAO;   // 20.0% Governance Treasury Vault

    address public constant BURN_ADDRESS =
        0x000000000000000000000000000000000000dEaD;   // 10.0% Deflation Burn

    // Cryptographic audit logs
    event FundsDistributed(uint256 totalAmount, uint256 timestamp);

    constructor(
        address payable _remz,
        address payable _luke,
        address payable _minerPool,
        address payable _infraDevPool,
        address payable _dao
    ) {
        require(_remz != address(0) && _luke != address(0), "Invalid founder targets");
        require(
            _minerPool != address(0) && _infraDevPool != address(0) && _dao != address(0),
            "Invalid pool targets"
        );

        remzWallet      = _remz;
        lukeWallet      = _luke;
        minerRewardPool = _minerPool;
        infraAndDevPool = _infraDevPool;
        governanceDAO   = _dao;
    }

    /**
     * @dev Fallback execution thread. Splits native chain coins
     *      instantly on receipt.
     */
    receive() external payable {
        uint256 amount = msg.value;
        require(amount >= 1000, "Transaction amount too low for precise cryptographic splitting");

        // Mathematical share computation based on strict protocol weights
        uint256 remzShare      = (amount * 25)  / 1000;  // Exact  2.5%
        uint256 lukeShare      = (amount * 25)  / 1000;  // Exact  2.5%
        uint256 minerPoolShare = (amount * 350) / 1000;  // Exact 35.0%
        uint256 infraDevShare  = (amount * 300) / 1000;  // Exact 30.0%
        uint256 daoShare       = (amount * 200) / 1000;  // Exact 20.0%

        // Remainder (approx. 10%) commits to the Burn Address
        uint256 burnShare = amount
            - (remzShare + lukeShare + minerPoolShare + infraDevShare + daoShare);

        // Atomic multi-directional network transfers
        remzWallet.transfer(remzShare);
        lukeWallet.transfer(lukeShare);
        minerRewardPool.transfer(minerPoolShare);
        infraAndDevPool.transfer(infraDevShare);
        governanceDAO.transfer(daoShare);
        payable(BURN_ADDRESS).transfer(burnShare);

        emit FundsDistributed(amount, block.timestamp);
    }
}

Section 08 · Concluding framework

Voting compliance

This proposal aligns every segment of the ecosystem: core developers get immediate proof of utility to show centralized exchanges; node and RPC operators get guaranteed funding to offset operational expense; miners get an aggressive hold incentive; and the wider community gets absolute control over the project's future marketing path.

Action items requested from the governance council