Skip to main content

Overview

RektHubToken is RektHub’s implementation of creator tokens, standard ERC20 tokens with metadata URI support and a one-time mint mechanism. Every creator token on RektHub uses this battle-tested standard, ensuring consistency, security, and gas efficiency.
For Creators: Your token is a standard ERC20, which means it’s compatible with all wallets, DEXes, and DeFi protocols. The metadata URI lets you add personality, your brand, socials, and community links.

Purpose & Design

What Makes It Special

  • Standard ERC20: Full compatibility with existing infrastructure
  • Metadata URI: Link to your token’s identity (name, image, socials)
  • One-Time Mint: Exactly 1 billion tokens minted once, then permanently locked
  • Gas Efficient: Uses minimal proxy pattern (EIP-1167) to clone a master implementation
  • Creator Control: Only creators can update metadata

Why One-Time Mint?

Supply is hardcoded and minted exactly once during initialization:
  1. Token is deployed by Factory
  2. Factory calls mintAndDisableMinting()
  3. 1B tokens go to the bonding curve
  4. Minting is permanently disabled
This ensures:
  • No inflation: Supply cannot increase
  • Predictable economics: Creators and traders know the total supply upfront
  • Security: No rug pulls via minting

Token Distribution

When a token is created, the 1 billion total supply is distributed as follows:
Why 150M Reserved? When a token graduates to DEX, it needs token liquidity for the pool. The reserved tokens ensure there’s always liquidity available for graduation.

Key Functions

Core ERC20

RektHubToken implements standard ERC20 functions:
For Integrators: Treat RektHub tokens like any other ERC20. Standard patterns (approve/transferFrom, balanceOf checks) all work identically.

Metadata Management

tokenURI

Get the metadata URI for this token. Returns:
  • string: URI pointing to token metadata JSON (usually IPFS/Arweave)
Example:

setTokenURI

Update the token’s metadata URI. Creator-only.
string
required
New metadata URI (must not be empty)
Events Emitted:
  • TokenURIUpdated
Example:
Creator Responsibility: Ensure your metadata URI points to permanent storage (IPFS, Arweave). Centralized hosting (your server) can break if the server goes down.

View Functions

creator

Get the token creator’s address. Returns:
  • address: Creator address
Example:

factory

Get the Factory contract address. Returns:
  • address: RektHub Factory address
Example:

mintingDisabled

Check if minting is permanently disabled (always returns true after initialization). Returns:
  • bool: Always true after the one-time mint
Example:

decimals

Get token decimals (always 18). Returns:
  • uint8: 18 (standard for EVM tokens)

Metadata Structure

Your tokenURI should point to a JSON file with this structure:

Required Fields

string
required
Token name (e.g., “Creator Coin”)
string
required
Token symbol (e.g., “CRTR”)
string
required
Brief description of your token and community
string
required
IPFS/Arweave URI for token logo/artwork

Optional Fields

string
Your website or landing page
array
Token traits (creator name, launch date, etc.)
Links to your social presence (Twitter, Telegram, Discord, etc.)
Image Best Practices: - Use square images (1:1 ratio) - Recommended size: 500x500px minimum - Formats: PNG, JPG, SVG, GIF - Host on IPFS or Arweave for permanence

Events

TokenURIUpdated

Emitted when creator updates the metadata URI.
Example:

MintingDisabled

Emitted once when minting is permanently disabled (during initialization).

Integration Patterns

Fetch and Display Token Metadata


Build a Token Card Component


Upload Metadata to IPFS

Here’s a quick guide for creators to upload metadata:
1

Prepare Your Metadata

Create a JSON file following the structure above. Include all social links and a high-quality image.
2

Upload to IPFS

Use a service like Pinata, NFT.Storage, or Web3.Storage:
3

Use URI in Token Creation

Pass the ipfs://... URI when creating your token via the Factory.
Pin Your Content: Make sure to “pin” your files on IPFS to ensure they remain accessible. Most pinning services offer free tiers for small files.

Gas Optimization

RektHub uses the minimal proxy pattern (EIP-1167) for token deployment:

How It Works

  1. Implementation Contract: Deployed once per chain (master copy)
  2. Clone Creation: Each new token is a minimal proxy (~100KB of bytecode)
  3. Delegatecall: All logic delegated to the implementation

Gas Savings

This makes token creation affordable on any chain, even mainnet Ethereum.
For Integrators: You don’t need to worry about the clone pattern. Interact with token addresses like normal ERC20s, the proxy handles delegation automatically.

Security Considerations

Supply is Immutable

Once minting is disabled:
  • No one can mint more tokens (not even the creator)
  • Total supply is forever fixed at 1 billion
  • Economic model is predictable and transparent

Creator Powers

Creators can only:
  • Update the tokenURI (metadata)
  • Transfer creator role to another address
Creators cannot:
  • Mint new tokens
  • Burn tokens
  • Pause transfers
  • Control user balances
  • Modify bonding curve parameters
Trust Minimization: Creator powers are intentionally limited. Your tokens are yours, creators can’t rug pull or manipulate supply.

Next Steps

Factory Contract

Learn how to create tokens

Bonding Curve

Understand the trading engine

Metadata Standards

Deep dive into metadata format