Robinhood Chain
DEMO ENVIRONMENT Market data and transactions are simulated. No assets are at risk.
ROBIPAD PROTOCOL

Developer documentation

Technical reference for integrating, deploying, and operating the Robipad EVM launch infrastructure on Robinhood Chain.

Reference specificationThe contracts below are illustrative interfaces for the planned deployment. They are not deployed, audited, or suitable for production use yet.
01

Quick start

A Robipad launch packages token creation, initial allocation, pool initialization, liquidity locking, fee routing, and optional holder rewards into one atomic workflow.

terminal
# Install the future SDK
npm install @robipad/sdk ethers

# Target Robinhood Chain
ROBIPAD_CHAIN_ID=<pending network release>
ROBIPAD_FACTORY=<deployed factory address>
  1. 1
    Connect an EVM wallet

    Use an EIP-1193 provider and validate the active Robinhood Chain ID.

  2. 2
    Build a launch configuration

    Define immutable token metadata, supply, quote asset, fees, and treasury.

  3. 3
    Simulate before signing

    Estimate gas and validate factory constraints before broadcasting.

02

Architecture

The protocol separates immutable token deployment from upgradeable launch coordination and fee distribution.

Launch RouterValidates configuration and coordinates an atomic launch.
Token FactoryDeploys deterministic ERC-20 contracts using CREATE2.
Liquidity ManagerCreates the initial pool and locks LP positions.
Fee DistributorRoutes protocol, treasury, and holder reward shares.
ComponentPatternUpgrade policy
RobipadFactoryUUPS proxyTimelock + multisig
RobipadTokenMinimal immutableNon-upgradeable
LiquidityManagerUUPS proxyTimelock + multisig
RewardDistributorBeacon proxyPer-market isolation
03

EVM contract suite

Reference Solidity interfaces target Solidity 0.8.28 and OpenZeppelin Contracts 5.x. Production source code must be implemented, tested, verified, and independently audited.

IRobipadFactory.sol
interface IRobipadFactory {
    struct LaunchConfig {
        string name;
        string symbol;
        uint256 totalSupply;
        address quoteToken;
        uint24 poolFee;
        uint16 rewardShareBps;
        address treasury;
    }

    event TokenLaunched(
        address indexed token,
        address indexed creator,
        address pool,
        bytes32 configHash
    );

    function launch(LaunchConfig calldata config)
        external payable returns (address token, address pool);
}

Token implementation

Each launch receives a fixed-supply ERC-20 with permit support. Administrative permissions should be renounced or transferred according to the published launch policy.

RobipadToken.sol
contract RobipadToken is ERC20, ERC20Permit, AccessControl {
    bytes32 public constant MINTER_ROLE = keccak256("MINTER_ROLE");

    constructor(
        string memory name_,
        string memory symbol_,
        uint256 supply_,
        address owner_
    ) ERC20(name_, symbol_) ERC20Permit(name_) {
        _grantRole(DEFAULT_ADMIN_ROLE, owner_);
        _mint(owner_, supply_);
    }
}
RobipadFactory

Allowlisted implementations, deterministic addresses, configuration validation, and launch registry.

LiquidityManager

Pool creation, initial price bounds, LP NFT custody, lock expiry, and emergency recovery.

$RewardDistributor

Index-based USDC accrual, claim accounting, dust handling, and treasury routing.

ProtocolAccess

Role separation for pauser, upgrader, fee manager, and approved launch operators.

04

Launch lifecycle

01Validate

Check symbol, supply, fees, quote asset, and creator permissions.

02Deploy

Create the token deterministically and register it with the factory.

03Initialize

Create the DEX pool, set initial price, and seed both assets.

04Lock

Transfer LP position custody to the configured lock contract.

05Activate

Enable swaps, fee accounting, indexing, and discovery metadata.

05

Fee routing

Every market defines a bounded swap fee. The distributor accounts for each destination before transfers, following checks-effects-interactions.

Swap fee=LP share+Protocol share+Holder rewards
ParameterRecommendedHard limit
Total swap fee1.00%3.00%
Protocol share0.15%0.50%
Holder rewards0.35%1.00%
06

Holder rewards

Rewards use a cumulative reward-per-token index, avoiding holder iteration. Balances are checkpointed on transfer and claims settle only the caller’s accrued amount.

IRewardDistributor.sol
interface IRewardDistributor {
    event RewardsDeposited(address indexed token, uint256 amount);
    event RewardsClaimed(address indexed account, uint256 amount);

    function checkpoint(address account) external;
    function claim(address receiver) external returns (uint256 amount);
    function claimable(address account) external view returns (uint256);
}
07

Security model

Role separation

Deployment, upgrades, pausing, fee changes, and treasury actions use distinct roles.

Timelocked upgrades

Upgrades require multisig approval and a public delay before execution.

Invariant testing

Supply, accounting, pool ownership, and claim solvency invariants run continuously.

Monitoring

Factory, proxy, pool, and fee events feed real-time alerting and incident response.

Production requirement

Do not deploy contracts represented by this interface without complete tests, external audits, verified deployment bytecode, multisig governance, monitoring, and a funded incident response process.

08

Deployment checklist