# Intro to HyperFlash Welcome to HyperFlash, next-gen automated trading platform ### What is HyperFlash? HyperFlash is a next-generation automated trading platform that enables traders to deploy sophisticated market making and grid trading strategies without writing a single line of code. Our platform combines institutional-grade execution algorithms with an intuitive interface, making professional trading strategies accessible to everyone from retail traders to fund managers. *** ### Our Mission To democratize algorithmic trading by providing powerful, reliable, and easy-to-use tools that level the playing field between retail and institutional traders. *** ### What We Offer #### Automated Trading Bots | Bot Type | Description | | -------------------------- | ------------------------------------------------------------------------------------------------------- | | **Market Making (MM) Bot** | Provides liquidity by placing orders on both sides of the order book, capturing spread profits | | **Grid Bot** | Systematically buys low and sells high within a defined price range, profiting from market oscillations | | Delta Neutal Bot | Hedge spot positions with futures to profit from funding rates while minimizing price exposure. | | DCA Bot | Coming soon | *** ### Supported Exchanges & Chains | Exchange / Chain | Status | | ---------------- | ----------- | | Hyperliquid | Live | | Lighter | Live | | Paradex | Coming Soon | | Pacifica | Coming Soon | | Extended | Coming Soon | | BasedApp | Coming Soon | | Nado | Coming Soon | | Aster | Coming Soon | | Variational | Coming Soon | *** ### Who Backs Us HyperFlash is supported by leading investors and partners in the crypto and fintech space. We are backed by Naval Ravikant, Accomplish VC, and other top US investors. *** ### The Team HyperFlash was founded by a team of experienced quantitative traders and software engineers who saw the need for better retail trading tools. We are builders form trusted institutions: MIT, Harvard, Jump, Yale. *** ### Why Choose HyperFlash? #### Institutional-Grade Execution #### Non-Custodial Security #### Transparent Fee Structure #### Access All Exchanges in One Venue *** ### Connect With Us | Platform | Link | | ----------- | ------------------------------- | | Website | | | Twitter / X | | | Discord | | | Telegram | | | Email | | *** *HyperFlash is committed to building the future of automated trading. Join us.* # Getting Started Create an account to access your HyperFlash trading dashboard, connect decentralized exchanges, and deploy market-making bots. Setup takes only a few minutes, and you always retain full control of you ### Create Your Account Go to [app.hyperlfash.xyz](http://app.hyperlfash.xyz). Your account is used to manage bot configurations, exchange connections, and performance analytics. You can sign up using an email address or by connecting a wallet. Multiple wallets can be added once signed up. #### Option 1 — Email Sign-Up Create an account using your email address. Enter your details below to create your account. You will be asked to verify your email before accessing the dashboard.
Fields * Email address * Password * Confirm password Signup Help * Your password must be at least 8 characters long and one each of uppercase, lowercase, number, and special character. * We recommend using a password manager for better security. Verify Your Email Address * Once you sign up, we send an email with a verification link to . Please verify your email address to continue using the platform. *** #### Option 2 — Wallet Sign-Up Create an account using your wallet. You can also create your account instantly by connecting a wallet. This allows faster onboarding and eliminates the need for a password.
Supported Wallets * MetaMask Security Note\ We do not store private keys or seed phrases. Wallet connections are used only for authentication and exchange authorization. ***
# Connecting to Exchanges Connect a wallet to authorize trading on supported decentralized exchanges. Your funds remain in full self-custodi at all times. ### Step 1 — Select an Exchange Choose an Exchange to Connect Select the decentralized exchange where you want to deploy your trading bots. Each exchange requires a separate wallet authorization.
Supported Exchanges * Hyperliquid Note\ Some exchanges may require additional approvals depending on their architecture. *** ### Step 2 — Connect Trading Wallet Connect a Trading Wallet Connect the wallet that will be used to place and manage orders on this exchange.
#### Note * This wallet will be used only for trading actions. * You can connect multiple wallets across different exchanges. *** ### Step 3 — Approve Trading Permissions Approve Permissions To enable trading, you must approve limited permissions for this wallet.
You are allowing: * Connecting to Exchange (eg, Hyperliquid) * Agent Approval (to place trade orders) * Builder Fee Approval (approve trade fees)
You are NOT allowing: * Withdrawals * Transfers of funds * Ownership or admin access *** ### Connected State Exchange connected successfully.
You can now deploy bots on this exchange.
# Using Market-Making Bot Comprehensive instructions for configuring and using the MM bot to execute automated market making strategies on your preferred trading pairs. ### Overview The Market Making (MM) bot is designed to provide liquidity by placing orders on both sides of the order book. It automatically manages your positions while adhering to your risk parameters and participation targets. The bot operates in real-time, analyzing market conditions and executing trades based on your configured strategy. *** ### Bot Configuration Bot Configuration panel is where you define the fundamental parameters for your trading bot. #### Create New Bot or Select Bot Create new bot or choose from your pre-configured bot templates. Each bot can have different settings and can be named and saved for quick deployment. #### Select Account Choose the trading account that will be used for executing trades. Hyperflash allows integration of multiple wallets and linked perp dexes for quick access in one place #### Select Trading Pair Choose the cryptocurrency pair you want to trade. Exchange specific pairs like HIP-3 assets are also available. #### Leverage Select the multiplier applied to your margin to increase position size and potential returns (or losses). | Setting | Description | | --------------------- | ---------------------------------- | | **Range** | 1x to 40x (varies by trading pair) | | **Available Presets** | 1x, 5x, 10x, 20x, 40x | | **Slider** | Fine-tune between preset values | **Note**: Higher leverage amplifies both gains and losses. At 5x leverage with $10,000 margin, you can control a $50,000 position. However, a 20% adverse move would result in a 100% loss of your margin. > ⚠️ **Warning**: Higher leverage significantly increases liquidation risk. Only use leverage you fully understand and can afford to lose.
*** ### Risk Management Configure your position size and participation parameters to manage exposure. #### Margin Enter the amount of collateral allocated to this bot from your account balance. * **Field**: Numeric input * **Unit**: USDC (or base currency) * **Description**: Determines the maximum capital at risk. Combined with leverage, this sets your maximum position size. #### Volume The maximum notional value of trades the bot can execute. * **Field**: Numeric input (auto-calculated based on margin and leverage) * **Description**: Sets the upper bound on total trading volume. At 5x leverage with $10,000 margin, your maximum volume would be $50,000. *** ### Pre-Trade Analysis The Pre-Trade Analysis panel provides a real-time summary of your configuration before you start trading. | Parameter | Description | Example Value | | ------------------------------ | -------------------------------------------------------- | ------------- | | **Available Margin** | The actual margin available in your account for this bot | $10,106.12 | | **Leverage** | The leverage multiplier you've selected | 5x | | **POV (Percentage of Volume)** | Your target share of market volume | 1% | #### Configuration Summary | Parameter | Description | Example Value | | ---------------------- | ------------------------------------------------------------------- | ------------- | | **Duration** | Estimated duration the bot will run before automatically stopping | 20 Min | | **Participation Rate** | The percentage of available trading opportunities the bot will take | 5.0% | #### Lifetime Summary | Parameter | Description | Example Value | | ------------ | ------------------------------------------------- | ------------- | | **Volume** | Total volume traded by this bot over its lifetime | $100.60k | | **Net Fees** | Total fees paid or earned through trading | $100.70 |
*** ### Advanced Strategy The Advanced Strategy section allows fine-tuned control over the bot's market making behavior. #### Participation Rate Controls how aggressively the bot participates in market activity. | Option | Description | | -------------- | ---------------------------------------------------------------------- | | **Aggressive** | Higher participation rate, more frequent trading, captures more volume | | **Neutral** | Balanced approach between volume capture and risk management | | **Passive** | Conservative participation, fewer trades, lower exposure | **Default**: Neutral #### Reference Price Determines how the bot calculates the fair value price for placing orders. | Option | Description | | -------- | ------------------------------------------------------------------------------------ | | **Mid** | Uses the midpoint between best bid and best ask as the reference | | **Grid** | Uses a grid-based pricing model that distributes orders across multiple price levels | **Note**: Mid pricing is simpler and works well in stable markets. Grid pricing can capture more spread in volatile conditions but requires more careful configuration. #### Direction Sets the trading bias for the bot. | Option | Description | | ----------- | -------------------------------------------------------- | | **Short** | Bot will have a bearish bias, preferring short positions | | **Neutral** | No directional bias, balanced long and short exposure | | **Long** | Bot will have a bullish bias, preferring long positions | **Default**: Neutral **Note**: Use directional settings when you have a market view. Neutral is recommended for pure market making without directional speculation. #### Spread Offset The additional spread added to your quotes beyond the market spread, measured in basis points (bps). * **Field**: Option menu (0 bps, 1bps, 4bps, 5bps, 10bps) * **Options**: Spread Offset (e.g., 0 bps, 1 bps, 2 bps, 4 bps, 5 bps, 10 bps) * **Example**: At 0.2 bps (0.02%) spread offset, the bot fill orders within that margin of your quote **Default**: 2 bps **Note**: Higher spread offset means wider quotes, reducing fill probability but increasing profit per trade. Lower spread offset increases fill probability but reduces margin per trade. #### Stop Loss The maximum loss threshold before the bot automatically closes positions and stops trading. * **Field**: Dropdown selector * **Options**: Multiplier of margin (e.g., 0.25x) * **Example**: At 0.25x with $10,000 margin, the bot will stop if losses reach $2,500 #### Reset Value The threshold at which the bot resets its position tracking and starts fresh. * **Field**: Dropdown selector * **Options**: Multiplier (e.g., 2x) * **Description**: Helps manage position drift over extended trading periods
*** ### Starting and Stopping the Bot #### Save Configuration Click **Save Configuration** to store your current settings for future use without having to starting the bot. #### Start Trading Click **Start Trading** to activate the bot with your current configuration. The bot will begin executing trades immediately based on your parameters. > 📝 **Note**: Ensure you have reviewed all settings carefully before starting. The bot will use real funds from your selected account.
*** ### History The History section displays a log of all trades executed by your bots. | Column | Description | | ----------- | ---------------------------------------- | | **TYPE** | Order type (MM = Market Making) | | **MODE** | Execution mode (Normal, etc.) | | **PAIR** | Trading pair (e.g., BTC) | | **Account** | Account used for the trade | | **Fees** | Fees paid or received | | **RPNL** | Realized Profit and Loss | | **SPREAD** | Spread captured on the trade | | **FILLED** | Amount of the order that was filled | | **STATUS** | Current status (Completed, Active, etc.) | | **ACTIONS** | Available actions for the trade | #### Filtering Toggle **Active Bots Only** to filter the history to show only currently running bot trades.
*** ### Example Trades #### Example 1: Conservative BTC Market Making **Scenario**: You want to start market making on BTC-USDC with minimal risk while learning the platform. **Configuration** | Parameter | Value | Rationale | | ---------------------- | -------- | ------------------------------------------- | | **Trading Pair** | BTC-USDC | High liquidity pair for safer market making | | **Leverage** | 1x | No leverage to minimize liquidation risk | | **Margin** | $1,000 | Small capital allocation for learning | | **Participation Rate** | Passive | Lower frequency to observe bot behavior | | **Reference Price** | Mid | Simple pricing for stable conditions | | **Direction** | Neutral | No directional bias | | **Spread Offset** | 5 bps | Wider spread for higher profit per trade | | **Stop Loss** | 0.25x | Stop at $250 loss | | **Reset Value** | 2x | Reset after significant position buildup | **Expected Outcome** * **Maximum Position Size**: $1,000 (1x leverage × $1,000 margin) * **Maximum Loss Before Stop**: $250 * **Trading Style**: Infrequent trades with wider spreads * **Best For**: Learning the platform, low-volatility periods **Execution Flow** 1. Bot places bid and ask orders around the mid price with a 5 bps spread 2. When orders fill, bot captures the spread as profit 3. Bot maintains near-neutral inventory by balancing buys and sells 4. If losses reach $250, bot automatically stops
*** #### Example 2: Aggressive ETH Market Making **Scenario**: You're an experienced trader who wants to maximize volume capture on a volatile trading session. **Configuration** | Parameter | Value | Rationale | | ---------------------- | ---------- | -------------------------------------------- | | **Trading Pair** | ETH-USDC | Volatile pair with good liquidity | | **Leverage** | 10x | Higher leverage for larger position capacity | | **Margin** | $5,000 | Moderate capital allocation | | **Participation Rate** | Aggressive | Maximum volume capture | | **Reference Price** | Grid | Multi-level orders for volatile markets | | **Direction** | Long | Bullish bias based on market analysis | | **Spread Offset** | 1 bps | Tight spread for higher fill rate | | **Stop Loss** | 0.25x | Stop at $1,250 loss | | **Reset Value** | 2x | Standard reset threshold | **Expected Outcome** * **Maximum Position Size**: $50,000 (10x leverage × $5,000 margin) * **Maximum Loss Before Stop**: $1,250 * **Trading Style**: Frequent trades with tight spreads, long bias * **Best For**: Trending markets with clear direction **Execution Flow** 1. Bot places multiple order levels using grid pricing 2. Long bias means bot holds longer inventory, benefiting if price rises 3. Aggressive participation captures more of the available volume 4. Tight 1 bps spread increases fill probability 5. If losses reach $1,250, bot automatically stops
> ⚠️ **Warning**: This configuration carries significantly higher risk: > > * 10x leverage means a 10% adverse move could liquidate your position > * Directional bias exposes you to losses if the market moves against your view > * Aggressive participation increases exposure to rapid market moves *** ### Best Practices 1. **Start Small**: Begin with low leverage and small margin to understand bot behavior 2. **Monitor Actively**: Watch your first few trading sessions closely 3. **Use Stop Losses**: Always configure appropriate stop loss levels 4. **Match Strategy to Market**: Use passive strategies in stable markets, more aggressive in trending markets 5. **Review History**: Regularly analyze your trade history to optimize settings 6. **Diversify**: Consider running multiple bots with different configurations across pairs *** ### Troubleshooting | Issue | Possible Cause | Solution | | ----------------------- | ----------------------------------- | --------------------------------------- | | Bot not filling orders | Spread offset too wide | Reduce spread offset | | Excessive losses | Leverage too high | Reduce leverage, tighten stop loss | | Low volume | Participation rate too passive | Increase to Neutral or Aggressive | | Rapid inventory buildup | Directional bias in wrong direction | Switch to Neutral or opposite direction | *** ### Glossary | Term | Definition | | --------------------- | --------------------------------------------------------------------- | | **Basis Point (bps)** | 1/100th of a percent (0.01%) | | **Leverage** | Borrowed capital used to increase position size | | **Margin** | Collateral deposited to open and maintain positions | | **Market Making** | Providing liquidity by placing orders on both sides of the order book | | **POV** | Percentage of Volume - your share of total market volume | | **RPNL** | Realized Profit and Loss from closed positions | | **Spread** | The difference between bid and ask prices | | **Stop Loss** | Automatic position closure at a predetermined loss level | *** *For additional support contact our support team.* # Using Delta-Neutral Bot ## Delta Neutral / Funding Rate Arbitrage Bot Guide The Delta Neutral bot on HyperFlash enables you to capture funding rate differentials between exchanges while maintaining a market-neutral position. By simultaneously holding opposing positions (long on one exchange, short on another), you can profit from funding rate payments without exposure to price movements. *** ### Understanding Funding Rate Arbitrage Funding rate arbitrage exploits the difference in perpetual futures funding rates between exchanges. When you go long on one exchange and short on the same asset on another exchange: * Your **net market exposure is zero** (delta neutral) * You **collect funding payments** when the spread is favorable * **Price movements cancel out** between the two positions This strategy generates yield regardless of whether the market goes up or down. *** ### Funding Rate Arb Opportunities Navigate to **Trading Bots > Funding Rate Arb Opportunities** to view all available arbitrage opportunities. #### Opportunities Table The main table displays all current funding rate arbitrage opportunities: | Column | Description | | ---------------------- | ----------------------------------------------------------------------------- | | **Asset** | The trading pair/token (e.g., LIT, ZK, FARTCOIN, MEGA, APEX, TRUMP, XAG, WLD) | | **Long / Short** | Icons indicating which exchange to go long and which to go short | | **Max Leverage** | Maximum leverage available for the opportunity (3x, 5x, 10x, 20x) | | **APR / Annualized** | Current funding rate and annualized return (e.g., 0.0266% / 11.0/-255.5%) | | **APR / Max Leverage** | Annualized return at maximum leverage (e.g., 0.1332%) | | **Price Spread** | Current price difference between exchanges (e.g., 0.000%) | | **Open Interest** | Available liquidity for the opportunity | #### Example Opportunities | Asset | Max Leverage | APR / Annualized | APR / Max Leverage | | -------- | ------------ | ------------------------ | ------------------ | | LIT | 5x | 0.0266% / 11.0/-255.5% | 0.1332% | | ZK | 5x | 0.0258% / -315.1/-573.5% | 0.1292% | | FARTCOIN | 10x | 0.0134% / 11.4/-123.0% | 0.1344% | | MEGA | 3x | 0.0132% / 11.0/-121.1% | 0.0396% | | APEX | 10x | 0.0110% / 11.0/-99.0% | 0.1099% | | TRUMP | 20x | 0.0090% / -47.1/-137.5% | 0.1808% | | XAG | 10x | 0.0073% / 83.4/10.0% | 0.0734% | | WLD | 5x | 0.0063% / 11.4/-52.0% | 0.0317% | #### Filtering and Search * Use the **Search asset...** field to find specific tokens * Click **Filters** to narrow down opportunities by various criteria * The table shows **1-10 of 200 opportunities** with pagination controls *** ### Opening a Delta Neutral Position Click on any opportunity row to open the position configuration panel. #### Position Overview When you select an asset (e.g., LIT), you'll see a summary header showing: | Metric | Example Value | | ---------------------- | -------------------------------- | | **Asset** | LIT | | **Long / Short** | Exchange icons showing direction | | **Max Leverage** | 5x | | **APR / Annualized** | 0.0266% / 11.0/-255.5% | | **APR / Max Leverage** | 0.1332% | #### Historical Data Chart The chart displays **Last 7 days** of data with three view options: * **Funding** (default) - Shows funding rate history * **Price** - Shows price movements * **Open Interest** - Shows liquidity over time The chart displays three data series: * **Long (pacifica)** - Green dashed line showing long-side funding * **Short (hyperliquid)** - Yellow dashed line showing short-side funding * **Spread** - Cyan line showing the funding spread between exchanges *** ### Position Configuration #### Position Size Enter your desired position size in the input field: * Example: **2475.66** * Select currency: **USD** (dropdown) #### Leverage Adjust leverage using the slider: * Range: 1x to Max Leverage (varies by asset) * Example: **3x** leverage > ⚠️ **Note:** Higher leverage amplifies both returns and liquidation risk. #### Advanced SL/TP Settings Expand this section to configure stop loss and take profit parameters: **Distance from Liquidation to Close** Set how close to liquidation the bot should close your position: * Adjustable slider * Example: **1x** distance **Max Slippage** Configure maximum acceptable slippage when closing positions: | Option | Description | | ------- | ------------------------ | | **1%** | Tight slippage tolerance | | **3%** | Moderate tolerance | | **5%** | Wider tolerance | | **10%** | Maximum tolerance | **Closing Prices** Displays the estimated closing prices for both legs of the position. *** ### Exchange Connections You must connect **both exchanges** to open a delta neutral position. #### Long Side The long position panel shows: * **Exchange name**: e.g., pacifica * **Connection status**: "Not Connected" or "Connected" * **Connect button**: Click to authorize the exchange #### Short Side The short position panel shows: * **Exchange name**: e.g., hyperliquid * **Connection status**: "Connected" (green checkmark) or "Not Connected" > ⚠️ **Important:** You must connect both exchanges before opening a position. The message "Connect both exchanges to open position" appears until both are connected. *** ### Order Configuration #### Order Type Select your order execution type from the dropdown: * **Market** - Execute immediately at current prices #### Slippage Tolerance Choose your acceptable slippage for market orders: | Option | Risk Level | | -------- | ---------- | | **0.5%** | Very tight | | **1%** | Tight | | **3%** | Moderate | | **5%** | Wide | *** ### Pre-Trade Information Before opening a position, review the following metrics: | Metric | Description | Example | | -------------------------- | ------------------------------ | ----------------- | | **Required Margin** | Margin needed for the position | $825.22 | | **Position Size** | Total position size | -- (calculated) | | **Mid Price** | Current mid-market price | -- | | **Est. Liquidation Price** | Estimated liquidation level | -- | | **Est. Entry Price** | Expected entry price | -- | | **Est. Slippage** | Expected slippage | 0.00% | | **Funding Rate (8h)** | Current 8-hour funding rate | 0.0120% / 0.0100% | #### Details Panel Expand the **Details** section for additional information: | Metric | Description | Example | | ------------------------- | ---------------------------------- | ---------------- | | **8h Spread / APR** | Funding spread and annualized rate | -0.002% / -0.02% | | **Total Position Size** | Combined size of both legs | $4,951.32 | | **Total Margin Required** | Total margin across both exchanges | $1,650.44 | | **1h Funding Spread** | Hourly funding rate spread | -0.0003% | *** ### Opening the Position 1. **Connect both exchanges** - Ensure both long and short exchanges show "Connected" 2. **Enter position size** - Input your desired USD amount 3. **Set leverage** - Adjust to your risk preference 4. **Configure slippage** - Choose appropriate tolerance 5. **Review metrics** - Check required margin and estimated values 6. **Click "Open Position"** - Execute the delta neutral trade *** ### Managing Positions #### Positions Table Monitor your open and closed positions in the **Positions** section: | Tab | Description | | ---------- | ---------------------------------------- | | **Open** | Currently active delta neutral positions | | **Closed** | Historical closed positions | #### Position Columns | Column | Description | | ----------- | ----------------------------- | | **Mode** | Position type (Delta Neutral) | | **Pair** | Trading pair | | **Account** | Connected accounts | | **Fees** | Trading fees paid | | **RPNL** | Realized Profit and Loss | | **Spread** | Captured funding spread | | **Filled** | Position fill status | | **Status** | Current position status | | **Actions** | Close/modify position | *** ### How Funding Payments Work #### Payment Schedule * Funding payments occur every **8 hours** on most exchanges * The **Funding Rate (8h)** shows the rate for the next payment period #### Collecting Payments When your position is correctly set up: * If **long funding > short funding**: You pay on the long side, receive on the short side * If **short funding > long funding**: You receive on the long side, pay on the short side * Your **net result** depends on the spread between the two rates #### APR Calculation The **APR / Max Leverage** figure shows your potential annualized return: * Base APR × Leverage = Leveraged APR * Example: 0.0266% × 5x = 0.1332% per funding period *** ### Risk Management #### Price Risk Delta neutral positions **eliminate directional price risk** since gains on one leg offset losses on the other. #### Funding Rate Risk * Funding rates **change every 8 hours** * The spread can become **negative**, causing losses * Monitor the **Historical Data** chart for rate trends #### Liquidation Risk * Each leg can be **liquidated independently** * Use the **Distance from Liquidation** setting to auto-close before liquidation * Higher leverage = higher liquidation risk #### Slippage Risk * Large positions may experience **execution slippage** * Use **limit orders** when available for better fills * Set appropriate **Max Slippage** tolerance *** ### Best Practices 1. **Start with lower leverage** - 2-3x until you understand the dynamics 2. **Monitor funding rate trends** - Check the 7-day historical chart before entering 3. **Avoid negative spreads** - Only enter when the spread is consistently positive 4. **Set stop losses** - Configure the Distance from Liquidation setting 5. **Check both exchanges** - Ensure sufficient margin on both sides 6. **Consider fees** - Trading fees and funding payments affect net returns 7. **Watch price spreads** - Large price spreads between exchanges can affect entry/exit 8. **Diversify across assets** - Don't concentrate all capital in one opportunity *** ### Troubleshooting #### Cannot Open Position * Verify both exchanges are connected * Check sufficient margin on both exchanges * Ensure position size meets minimum requirements #### Position Showing Losses * Funding rate spread may have reversed * Check current rates vs. entry rates * Consider closing if spread remains negative #### High Slippage on Entry/Exit * Reduce position size * Use tighter slippage settings * Check liquidity (Open Interest) before entering #### Exchange Connection Issues * Refresh the page * Re-authenticate with the exchange * Check exchange API status *** ### Glossary | Term | Definition | | ----------------- | ------------------------------------------------- | | **Delta Neutral** | A position with zero net market exposure | | **Funding Rate** | Periodic payment between long and short traders | | **APR** | Annual Percentage Rate - annualized return | | **Spread** | Difference between funding rates on two exchanges | | **Liquidation** | Forced closure when margin is insufficient | | **Slippage** | Difference between expected and executed price | | **Open Interest** | Total value of outstanding positions | | **8h Rate** | Funding rate for an 8-hour period | *** *Last updated: February 2026* # Using Grid Bot Comprehensive instructions for configuring and using the Grid Bot to execute automated market making strategies on your preferred trading pairs. ### Overview The Grid Bot is a systematic trading strategy that places a series of buy and sell orders at predetermined price intervals — forming a "grid" across a price range. As the market oscillates, the bot captures profit from each completed buy-sell cycle within the grid. Grid bots excel in ranging, sideways markets where price repeatedly bounces between support and resistance levels. **Key advantages of grid trading:** * Profits from natural market volatility without requiring price direction prediction * Automatically buys lower and sells higher within the defined range * Runs autonomously once configured, reducing the need for constant monitoring *** ### Grid Configuration The Grid Configuration panel is where you define every parameter for your grid bot. The panel is divided into core settings (account, pair, margin, leverage) and strategy settings (spread, soft reset, stop loss). *** #### Enter Bot Name A unique identifier for this grid bot instance. | Detail | Value | | --------------- | ---------------- | | **Field Type** | Text input | | **Required** | Yes | | **Placeholder** | `Enter Bot Name` | **What it does:** Names your bot so you can distinguish it from other running bots in the Positions table and in your history. Choose something descriptive — for example, `BTC-Grid-Conservative` or `ETH-5x-Tight` — so you can quickly identify the strategy at a glance. *** #### Select Account The trading account whose funds and margin will be used to execute grid orders. | Detail | Value | | -------------- | ----------------- | | **Field Type** | Dropdown selector | | **Example** | `adev30` | **What it does:** Each account has its own balance, margin allocation, and exchange connection. The account you select determines which pool of funds the bot draws from. Your available balance is displayed alongside the Margin field so you can see exactly how much capital is accessible. > 💡 **Tip:** If you plan to run multiple bots simultaneously, ensure the combined margin across all bots does not exceed your account's available balance. *** #### Select Trading Pair The perpetual contract or spot pair on which the grid bot will operate. | Detail | Value | | -------------- | ------------------------------------ | | **Field Type** | Dropdown selector | | **Example** | `BTC:PERP-USDC` | | **Info Icon** | ℹ️ Hover for additional pair details | **What it does:** Defines the market where the grid bot places orders. The pair you choose affects available leverage limits, fee structures, and the chart displayed on the right side of the screen. Perpetual contracts (indicated by `:PERP`) have no expiration date and use funding rate mechanisms. **Market data displayed in the header bar:** | Metric | Description | Example | | ----------------- | ------------------------------------------------------------- | -------------- | | **24H Change** | Price change over the last 24 hours (absolute and percentage) | -2,485 / -2.47 | | **24H Volume** | Total trading volume in the last 24 hours | $134.11k | | **Open Interest** | Total value of outstanding positions | $288.28k | *** #### Margin The amount of USDC collateral you allocate to this grid bot. | Detail | Value | | --------------------- | ------------------------------------------------ | | **Field Type** | Numeric input with stepper arrows | | **Minimum** | $50 | | **Maximum** | $100,000 | | **Example** | $100 | | **Available Balance** | Shown to the right of the label (e.g., `$17.84`) | **What it does:** Margin is the capital that backs your grid positions. It determines how large your grid orders can be and how much loss the bot can absorb before hitting risk limits. Your available balance is displayed beside the field so you always know how much you can allocate. **How it impacts your bot:** * Combined with leverage, margin determines your maximum notional exposure. For example, $100 margin at 10x leverage gives you $1,000 in total position capacity spread across the grid. * Higher margin allows for more grid levels or larger orders at each level. * The margin you allocate is locked while the bot is active and cannot be used by other bots. > ⚠️ **Important:** You cannot allocate more than your Available Balance. The field enforces a hard minimum of $50 and maximum of $100,000. *** #### Leverage The multiplier applied to your margin to increase the notional value of your grid positions. | Detail | Value | | ------------------ | --------------------------------------- | | **Field Type** | Slider + preset buttons | | **Range** | 1x to 40x | | **Preset Buttons** | 1x, 5x, 10x, 20x, 40x | | **Slider** | Fine-tune to any value within the range | | **Example** | `10x` | **What it does:** Leverage amplifies your buying power. At 10x leverage, your $100 margin controls $1,000 worth of grid positions. **How it impacts your bot:** | Leverage | Margin | Total Position Capacity | Liquidation Sensitivity | | -------- | ------ | ----------------------- | ----------------------- | | 1x | $100 | $100 | Very low | | 5x | $100 | $500 | Low | | 10x | $100 | $1,000 | Moderate | | 20x | $100 | $2,000 | High | | 40x | $100 | $4,000 | Very high | > ⚠️ **Warning:** Higher leverage increases both potential returns and liquidation risk. At 40x leverage, even a small adverse price move can result in significant losses or liquidation. Choose leverage that matches your risk tolerance. *** ### Strategy Settings These settings control the core trading logic of your grid bot — how it prices orders, when it rebalances, and when it stops. *** #### Spread (bps) The distance in basis points between your bid and ask orders relative to the reference price. | Detail | Value | | ------------------- | --------------------------------------- | | **Field Type** | Slider + preset buttons | | **Range** | -50 to +50 bps | | **Preset Buttons** | -10, -5, 0, +5, +10 | | **Slider** | Fine-tune to any value within the range | | **Default/Example** | +5 bps | | **Unit** | Basis points (1 bps = 0.01%) | **What it does:** Spread controls the gap between the price at which the bot is willing to buy and sell. A positive spread means you're quoting wider than the market mid-price, while a negative spread means you're quoting tighter (more aggressively). **How it impacts your bot:** | Spread Value | Behavior | Fill Rate | Profit Per Trade | | ------------------ | --------------------------------------------- | --------- | ---------------------------------- | | **-10 to -1 bps** | Aggressive — quotes inside the market spread | Very high | Lower (may be negative after fees) | | **0 bps** | Neutral — quotes at the exact mid-price | High | Minimal | | **+1 to +5 bps** | Conservative — quotes slightly wider than mid | Moderate | Moderate | | **+6 to +10 bps** | Wide — quotes meaningfully wider | Lower | Higher per fill | | **+11 to +50 bps** | Very wide — large distance from mid | Low | Highest per fill | **Practical guidance:** * In **tight, liquid markets** (e.g., BTC:PERP-USDC), a spread of +2 to +5 bps balances fill rate with profitability. * In **volatile or illiquid markets**, a wider spread of +5 to +10 bps protects against adverse selection. * **Negative spreads** can be used intentionally to prioritize fills and accumulate or exit positions quickly, but will likely result in a net cost per trade. > 💡 **Tip:** Start with the default +5 bps and adjust based on observed fill rates in your History. If you're getting filled too rarely, tighten the spread. If you're taking losses on most fills, widen it. *** #### Soft Reset A risk management mechanism that triggers a partial position rebalance when unrealized losses reach the configured threshold. | Detail | Value | | ------------------- | ------------------------------ | | **Field Type** | Preset buttons + toggle switch | | **Options** | 0.5%, 1%, 2%, 3%, 5% | | **Default/Example** | 0.5% | | **Toggle** | Enabled (green) / Disabled | **What it does:** When your grid bot's unrealized loss reaches the Soft Reset percentage of your margin, the bot will partially rebalance its positions — closing some exposure and re-centering the grid around the current price. Unlike Stop Loss, this does **not** shut down the bot. It allows the bot to recover and continue trading. **How it impacts your bot:** | Soft Reset Value | Trigger Point ($100 margin) | Behavior | | ---------------- | --------------------------- | ------------------------------------------ | | 0.5% | $0.50 unrealized loss | Very frequent resets, tighter risk control | | 1% | $1.00 unrealized loss | Frequent resets | | 2% | $2.00 unrealized loss | Moderate resets | | 3% | $3.00 unrealized loss | Infrequent resets | | 5% | $5.00 unrealized loss | Rare resets, allows wider drawdowns | **Practical guidance:** * A **lower Soft Reset** (0.5%–1%) keeps the grid tightly centered around current price, minimizing inventory risk but potentially locking in small losses more often. * A **higher Soft Reset** (3%–5%) gives the grid more room to breathe, which can be beneficial in volatile markets where price tends to revert. * You can **disable** Soft Reset entirely using the toggle switch if you prefer the bot to hold positions without periodic rebalancing. *** #### Stop Loss The maximum loss threshold, as a percentage of margin, at which the bot will close all positions and shut down entirely. | Detail | Value | | ------------------- | ------------------------------ | | **Field Type** | Preset buttons + toggle switch | | **Options** | 5%, 10%, 25%, 50%, 100% | | **Default/Example** | 10% | | **Toggle** | Enabled (green) / Disabled | **What it does:** Stop Loss is your hard safety net. When total losses (realized + unrealized) reach the configured percentage of your margin, the bot immediately closes all open positions and stops trading. This prevents catastrophic losses during sharp, unexpected market moves. **How it impacts your bot:** | Stop Loss Value | Trigger Point ($100 margin) | Risk Profile | | --------------- | --------------------------- | ---------------------------------------- | | 5% | $5.00 total loss | Very conservative — bot stops quickly | | 10% | $10.00 total loss | Conservative — standard protection | | 25% | $25.00 total loss | Moderate — allows for larger drawdowns | | 50% | $50.00 total loss | Aggressive — significant loss tolerance | | 100% | $100.00 total loss | Maximum risk — entire margin can be lost | **Practical guidance:** * For most users, **10%–25%** provides a reasonable balance between giving the strategy room to work and protecting capital. * A **5% stop loss** is appropriate when testing new configurations or trading in highly uncertain conditions. * Setting stop loss to **100%** effectively means you're willing to lose your entire margin. Use this only with small, expendable allocations. * You can **disable** Stop Loss using the toggle switch, but this is **strongly discouraged** as it removes your last line of defense against runaway losses. > ⚠️ **Warning:** Disabling Stop Loss means the bot will continue running even if losses exceed your margin. Always keep Stop Loss enabled unless you have a specific, well-understood reason to disable it. *** ### Actions At the bottom of the configuration panel, two buttons control your bot's lifecycle. #### Save Bot Saves the current configuration without starting the bot. **Use this when:** * You want to prepare a configuration for later activation * You're building multiple bot templates to compare strategies * You want to preserve settings before making experimental changes #### Create Bot Creates and immediately activates the bot with the current configuration. **Use this when:** * You've reviewed all settings and are ready to go live * Your margin and strategy parameters are finalized > 📝 **Note:** Once created, the bot begins placing grid orders immediately. Ensure all parameters are correct before clicking Create Bot. *** ### Positions The Positions panel displays all grid bot activity in two views. #### Active Tab Shows all currently running grid bots with real-time performance data. #### Stopped Tab Shows historical bots that have been manually stopped or hit their Stop Loss. #### Filters Narrow down the positions list using the following dropdown filters: | Filter | Description | | ----------------- | --------------------------------------------- | | **All Markets** | Filter by market type (perpetual, spot, etc.) | | **All Exchanges** | Filter by connected exchange account | | **All Pairs** | Filter by specific trading pair | #### Position Table Columns | Column | Description | | ----------- | -------------------------------------------------------------------- | | **MODE** | Bot operating mode | | **PAIR** | The trading pair (e.g., BTC:PERP-USDC) | | **Account** | Which account is running the bot (sortable ↑↓) | | **Fees** | Total fees paid or rebated (sortable ↑↓) | | **RPNL** | Realized Profit and Loss — closed trade profits/losses (sortable ↑↓) | | **SPREAD** | Average spread captured across fills | | **FILLED** | Total order volume that has been filled | | **STATUS** | Current bot status (Active, Stopped, etc.) | *** ### Example Trades #### Example 1: Conservative Range-Bound BTC Grid **Scenario:** BTC has been trading sideways between $95,000 and $100,000 for the past week. You want to capture small profits from each price oscillation with minimal risk. **Configuration** | Parameter | Value | Rationale | | ---------------- | ---------------- | ------------------------------------------- | | **Bot Name** | `BTC-Range-Safe` | Descriptive for tracking | | **Account** | `adev30` | Primary trading account | | **Trading Pair** | `BTC:PERP-USDC` | High liquidity perpetual pair | | **Margin** | $200 | Small allocation to limit risk | | **Leverage** | 5x | Moderate leverage for $1,000 total capacity | | **Spread** | +5 bps | Standard spread for balanced fill rate | | **Soft Reset** | 1% | Rebalances at $2.00 unrealized loss | | **Stop Loss** | 10% | Hard stop at $20.00 total loss | **How This Bot Operates** 1. The bot allocates $200 in margin and uses 5x leverage, giving it $1,000 in total position capacity. 2. It places a grid of buy orders below the current BTC price and sell orders above it, each spaced according to the +5 bps spread. 3. When BTC dips, buy orders fill. When BTC rises, sell orders fill. Each completed buy-sell cycle earns a small profit (the spread minus fees). 4. If the market moves sharply against the grid and unrealized losses hit $2.00 (1% of margin), Soft Reset triggers — the bot rebalances and re-centers the grid around the new price. 5. If total losses reach $20.00 (10% of margin), Stop Loss activates and the bot shuts down, closing all positions. **Expected Behavior** | Metric | Estimate | | --------------------------- | ---------------------------------- | | **Total Position Capacity** | $1,000 | | **Soft Reset Trigger** | $2.00 unrealized loss | | **Stop Loss Trigger** | $20.00 total loss | | **Ideal Market Condition** | Sideways, range-bound price action | | **Risk Level** | Low | *** #### Example 2: Aggressive High-Leverage ETH Grid **Scenario:** ETH is experiencing elevated volatility after a major protocol upgrade announcement. You want to capitalize on rapid price swings using a larger allocation and tighter spread to maximize fill rate. **Configuration** | Parameter | Value | Rationale | | ---------------- | -------------------- | ---------------------------------------- | | **Bot Name** | `ETH-Volatile-Aggro` | Identifies the aggressive strategy | | **Account** | `adev30` | Primary trading account | | **Trading Pair** | `ETH:PERP-USDC` | Volatile perpetual pair | | **Margin** | $2,000 | Larger allocation for serious exposure | | **Leverage** | 20x | High leverage for $40,000 total capacity | | **Spread** | 0 bps | Zero spread for maximum fill rate | | **Soft Reset** | 3% | Rebalances at $60.00 unrealized loss | | **Stop Loss** | 25% | Hard stop at $500.00 total loss | **How This Bot Operates** 1. The bot commits $2,000 in margin at 20x leverage, creating $40,000 in total position capacity — substantial firepower for capturing volatile swings. 2. With 0 bps spread, the bot quotes at the exact mid-price, ensuring nearly every trading opportunity is captured. 3. In a volatile market, orders fill rapidly on both sides. Each micro-swing generates completed grid cycles. 4. Soft Reset at 3% gives the grid breathing room — it won't rebalance until unrealized losses reach $60.00, allowing the bot to ride out moderate swings. 5. Stop Loss at 25% provides a safety net at $500.00 total loss. **Expected Behavior** | Metric | Estimate | | --------------------------- | --------------------------------------- | | **Total Position Capacity** | $40,000 | | **Soft Reset Trigger** | $60.00 unrealized loss | | **Stop Loss Trigger** | $500.00 total loss | | **Ideal Market Condition** | High volatility with frequent reversals | | **Risk Level** | High | **Risk Considerations** > ⚠️ **Warning:** This is an aggressive configuration. Key risks include: > > * **20x leverage** means a 5% adverse move consumes 100% of your margin > * **0 bps spread** means every fill carries execution risk with no built-in cushion > * **High fill rate** in a trending (non-mean-reverting) market can lead to rapid inventory accumulation on the losing side > * Only suitable for experienced traders comfortable with significant drawdowns *** ### Best Practices 1. **Name your bots descriptively** — include the pair, leverage, and strategy style so you can identify them instantly in the Positions table. 2. **Start with low leverage** — use 1x–5x until you understand how the grid behaves with your chosen pair and spread settings. 3. **Match spread to market conditions** — tighter spreads for liquid, stable markets; wider spreads for volatile or illiquid ones. 4. **Always keep Stop Loss enabled** — this is your last line of defense against unexpected market events. 5. **Use Soft Reset for longevity** — a well-tuned Soft Reset keeps your bot running through moderate drawdowns instead of accumulating one-sided inventory. 6. **Monitor the Positions table** — review RPNL, Fees, and Filled columns regularly to assess whether your strategy is profitable. 7. **Don't over-allocate margin** — leave a buffer in your account balance for margin calls or new opportunities. *** ### Glossary | Term | Definition | | ----------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- | | **Basis Point (bps)** | One hundredth of a percentage point (0.01%). A +5 bps spread equals 0.05%. | | **Grid** | A set of buy and sell orders placed at regular price intervals above and below the current market price. | | **Leverage** | A multiplier that increases your effective position size beyond your deposited margin. | | **Margin** | The collateral you deposit to open and maintain leveraged positions. | | **Open Interest** | The total value of all outstanding derivative contracts that have not been settled. | | **Perpetual Contract (PERP)** | A derivatives contract with no expiration date, tracking the spot price through a funding rate mechanism. | | **RPNL** | Realized Profit and Loss — the cumulative profit or loss from all closed positions. | | **Soft Reset** | An automatic partial rebalance triggered when unrealized losses reach a configured threshold. The bot continues running after a soft reset. | | **Spread** | The difference in basis points between the bot's bid and ask prices relative to the market mid-price. | | **Stop Loss** | A hard risk limit that shuts down the bot and closes all positions when total losses reach a configured percentage of margin. | *** *For additional support, visit our discord to contact our support team.* # Using DCA Bot DCA (Dollar-Cost Averaging) bot coming soon # Points & Leaderboard Rewarding the HyperFlash community — every week. > ✅ HyperFlash is built to reward active users. The more you contribute to the ecosystem, the more you earn. *** ### 🏆 Weekly Points Distribution Every week, **1,000,000 points** are distributed among all active HyperFlash users. Points are not fixed per action — instead, your share of the weekly pool depends on your **Trading Score** relative to other participants. **Higher Trading Score = Larger share of the weekly pool.** Your Trading Score is a composite measure of your activity on HyperFlash. The exact formula is proprietary, but it takes into account a range of factors that reflect genuine, meaningful engagement with the platform. *** ### 📊 What Influences Your Trading Score? While we don't disclose the full breakdown, your Trading Score is shaped by several on-platform activities, including but not limited to: **Trading Volume** — Active trading is the primary driver of your score. **Referral Activity** — Bringing new users into the ecosystem contributes to your score. **Bot Usage** — Running bots on HyperFlash signals power-user engagement. **Consistency** — Regular activity over time is valued more than one-off spikes. Additional factors may be introduced or adjusted over time to ensure the system rewards genuine participation and keeps the playing field fair. *** ### 📈 Leaderboard Track where you stand against the rest of the community. The HyperFlash Leaderboard ranks all active users by their Trading Score each week, giving you full visibility into your position in the ecosystem. **Updated Weekly** — The leaderboard refreshes each week alongside the points distribution. **Climb the Ranks** — Increase your Trading Score by trading more, referring friends, and running bots. **Compete & Earn** — Top leaderboard positions earn a significantly larger share of the weekly 1,000,000 point pool. *** # Referral Program Rewards for bringing friends into the ecosystem We're excited to introduce HyperFlash's Referral Program — designed to reward you for bringing friends into the ecosystem. When your friends trade, **20% of their volume is added to yours**, helping you climb tiers faster and unlock even greater rewards! *** ### 🔗 Your Referral Link When you join HyperFlash, you'll receive a unique referral link. Share it with friends, and when they sign up and start trading, their activity directly boosts your standing on the platform. **20% of your friends' trading volume is added to your own** — helping you hit milestones and unlock rewards faster. The more friends you bring, the faster you grow! *** ### 🎁 Referral Rewards HyperFlash rewards active referrers with multiple benefits: #### 💰 Rebate Earn fee rebates based on the trading activity generated by your referrals. The more your friends trade, the more you save on your own fees. #### ⭐ Referral Points Accumulate referral points for every friend who joins and trades through your link. Points contribute to your overall standing and can unlock exclusive perks within the HyperFlash ecosystem. *** ### 🏆 How to Maximize Your Rewards Want to get the most out of the referral program? Here's how to level up: #### Refer 3 or More People Invite at least **3 friends** using your referral link. Each new referral adds volume to your account and earns you points. The more you refer, the bigger your advantage. #### Trade $10,000 in Volume Hit the **$10,000 trading volume** milestone (including volume contributed by your referrals) to unlock additional reward tiers and higher rebate rates. #### Run 10 or More Bots Deploy **10 or more bots** on HyperFlash to demonstrate power-user activity. Combined with referral volume and personal trading, this puts you in the top tier of the rewards structure. *** ### ⚡ Important Notes **Volume Stacking** — 20% of each referred friend's trading volume is automatically added to yours. This is calculated continuously and reflected in your account in real time. **No Cap on Referrals** — There is no limit to how many people you can refer. The more friends you bring, the more volume and points you accumulate. **Bot Activity Counts** — Volume generated by your bots contributes to your milestones just like manual trades. *** Start sharing your referral link today and grow with HyperFlash! # Points & Leaderboards Points reward real usage: active bots + meaningful trading volume. Every week there’s a points pool and a leaderboard. ### 1) The Weekly Pool Each week, **1,000,000 points** are split among all qualifying users. #### Minimum to qualify You must trade at least **$100,000 in eligible volume** within the week. #### How your weekly points are calculated Your **Trading Score** determines your share of the pool: **Trading Score = (Your Weekly Eligible Volume) × (Your Multipliers)** The higher your score relative to others, the larger your share of the 1,000,000 points. *** ### 2) Multipliers (boost your score) Multipliers increase your Trading Score. | Activity | Requirement | Boost | | -------------- | ----------------------------------------------------: | --------------: | | Trade more | Weekly volume over **$1,000,000** | **1.1×** | | Trade way more | Weekly volume over **$5,000,000** | **1.3×** | | Referrals | Add **20% of your friends’ eligible volume** to yours | **+20% volume** | #### Referral volume boost (how it applies) We add **20% of referrals’ eligible volume** to your weekly eligible volume (before multipliers are applied). *** ### 3) Quest Rewards (instant bonuses) Quests give **one-time point bonuses**. These do **not reset weekly** unless stated otherwise in a campaign. #### Available quests * **The Recruiter**: Invite **3 friends** who trade **$100k+ each**. **(+5,000 pts)** * **The Specialist**: Trade **$1M** volume using any bot. **(+2,500 pts)** * **Bot Collector**: Run **10+ bots**. **(+7,500 pts)** * **The Master**: Run **Market Maker, Grid, DCA, and Delta Neutral**. **(+15,000 pts)** *** ### 4) Weekly reset * **Weekly reset:** Every **Wednesday at 00:00 UTC** * Leaderboard and weekly pool calculations restart at reset. *** ### 5) Rules & Anti-Cheat #### Eligible volume Only **eligible trading volume** counts toward points and the leaderboard. We may exclude volume that is: * Wash trading / self-matching patterns * Circular trading designed to inflate points * Trades executed without meaningful market risk (where detectable) #### Wash trading detection We actively track suspicious behavior.\ Accounts caught wash trading may be **banned** and **points burned**. #### Leaderboard eligibility To show up on the leaderboard, you must: * Have an **active bot**, and * Meet the **weekly minimum eligible volume**. *** ### 6) Important tracking details (bots & “too easy” multipliers) You raised two valid concerns: 1. “Diversify: use 3+ bot types” can be gamed with tiny bots 2. “Run 10 bots simultaneously” is hard to prove historically To keep rewards fair and measurable, we define bot-based requirements using **activity proofs**, not just toggles. #### Bot type usage (Diversify) If we run a “Diversify” multiplier or quest, it will require: * Each bot type to contribute a **minimum eligible volume**, OR * Each bot type to be active for a **minimum active trading time**, AND * The activity must occur within the same weekly window (unless stated otherwise) This prevents “$10 margin bots” from unlocking a multiplier without real usage. #### “Run 10 bots” and “All 4 bots at once” We measure “running” using **one of these verifiable approaches** (campaign decides which applies): **Option A — Active Minutes (recommended)** * A bot counts only if it is **actively trading** (placing orders / receiving fills) * We count the number of bots active per minute (or per 5-min window) * Quest completes if threshold is met for a minimum duration **Option B — Overlap Windows** * We detect overlapping active windows from bot status events (start/stop) + activity logs * Quest completes if overlap is sustained (not a 5-second overlap) **Option C — Snapshot Proof** * We take periodic snapshots of active bots * Quest completes if snapshots show the threshold across multiple checks > Your dashboard will show the exact tracking method used for the current campaign so you know what to aim for. *** ### FAQ #### I traded a lot—why didn’t I qualify? You need **$100,000 eligible weekly volume** and at least **one active bot** during the week. #### Do points update instantly? Points update throughout the week, but weekly pool results finalize after the reset. #### Can quests change? Yes. We may rotate quests or run limited-time campaigns. The current live quests are always shown in-app. # Referral Program Invite friends to HyperFlash and earn rewards when they trade. ### What you get #### 1) Rebate (trading fee rebate) When your referral trades, you receive a **rebate** based on their trading activity. > Rebate rates can vary by campaign. Your dashboard always shows the current rebate % and your earned amount. #### 2) Referral Points Referrals also help you earn **Points** in two ways: * **Referral Bonus Quests** (one-time bonuses) * **Referral Volume Boost** (ongoing weekly boost) *** ### How referrals work 1. Share your **referral link/code** 2. Your friend signs up using it 3. When they trade, your referral rewards start accruing **Important:** Only trades made after they register using your link/code count. *** ### Referral Volume Boost (points) Each week, **20% of your referrals’ eligible trading volume** is added to your own weekly volume **for points calculation**. Example:\ If your referrals trade **$500,000** this week, we add **$100,000** to your weekly volume for points. *** ### Referral Quests (one-time point bonuses) Complete these to earn instant points: #### The Recruiter — **+5,000 points** Invite **3 friends** who each trade **$100,000+** (lifetime or within a quest window shown in-app). *** ### Referral milestones You may see milestones like these in your dashboard: * **Refer 3 more people** * **Trade $10,000 in volume** * **Run 10 or more bots** *(see tracking rules below)* Milestones are designed to guide you toward higher rewards and unlock special campaigns. *** ### Tracking & eligibility rules (anti-abuse) To keep the program fair: * We track and remove **wash trading** (fake volume). * If an account is flagged, referral rewards and points may be **reversed** and the account may be **banned**. * Only **eligible volume** counts (see Points page for the definition used in leaderboards). #### Bot-based milestones (how we measure “running bots”) If a milestone or quest requires bots: * A bot must be **active and placing orders** (not just created). * “Running” may be measured by **active trading time** during the week (example: total active minutes), not simply “turned on for 10 seconds.” > Your dashboard will show the exact criteria for any active campaign. *** ### FAQ #### Can I refer myself? No. Self-referrals are not eligible. #### Does referral volume give me points even if I don’t trade? Referral volume boosts your weekly volume, but you still must meet weekly eligibility requirements to appear on the leaderboard (see Points page). #### When do referral rewards update? Rewards and points typically update throughout the day. Some components may finalize after the weekly reset. # Using Market-Making Bot old The market-making bot automatically places buy and sell orders around the market price to provide liquidity, capture bid-ask spreads, and earn trading fees. ### Step 1 — Choose a Market Select a Market Choose the exchange and trading pair where the bot will operate.
Fields * Select Bot (can use saved bot or create new) * Exchange (e.g Hyperliquid) * Trading Pair (e.g. BTC-USD) * Margin *** ### Step 2 — Advanced Strategy Settings Advanced Strategy Configuration Configure how the bot places orders and manages inventory.
#### Core Parameters * Participation Rate - Agressive, Neutral, Passive * Reference Price – Mid, Grid * Direction – Short, Neutral, Long * Sample Text * Refresh Interval – How often orders are updated Explanation\ The bot continuously recalculates prices and places orders based on these parameters and real-time market conditions. *** ### Step 3 — Risk Controls #### Section Header Risk Management Risk controls help protect your capital during adverse market conditions. Available Controls * Maximum capital allocation * Daily loss limit * Automatic pause on extreme volatility * Emergency kill switch Note\ If any risk limit is breached, the bot will automatically cancel orders and pause execution. *** ### Step 4 — Review & Launch #### Section Header Review Configuration
Before launching, review the bot’s configuration and expected behavior. Summary Includes * Exchange and market * Allocated capital * Active strategy parameters * Risk limits Primary CTA\ Launch Bot *** ### Bot Running State #### Status Card Bot is Live Live Metrics ![](/files/srKKhlaVTQHlmBiFU6Po) * Current status: Running * Active orders: 12 * Spread captured: 0.14% * Uptime: 3 hours 12 minutes Available Actions * Pause bot * Edit parameters * Stop bot *** ### Paused & Stopped States #### Bot Paused The bot has cancelled all open orders and will not place new ones until resumed. #### Bot Stopped The bot has been fully stopped and must be relaunched to resume trading. *** ### Common System Messages * Bot paused due to risk limits * Bot paused due to high volatility * Bot stopped by user * Orders cancelled successfully * Insufficient balance — bot paused *** ### Global Supporting Actions * Deploy another bot * Duplicate configuration * Add funds * View performance analytics * Connect another exchange # Staking Docs # Overview of HyperFlash HyperFlash is a next-generation staking protocol on HyperEVM that combines **Liquid Staking Tokens (LSTs)** with **Maximum Extractable Value (MEV)** strategies. Its core purpose is to let HYPE token holders stake their tokens and receive a liquid staking token (called **fHYPE**) while capturing additional yield from MEV opportunities. This means users earn regular staking rewards **plus** a share of MEV profits, all through a transparent and fair mechanism. By integrating MEV extraction into a liquid staking pool, HyperFlash aims to boost yields for stakers and improve the overall fairness of value distribution in the network. In short, HyperFlash turns the traditionally wasted or centralized MEV revenue into extra rewards for the community of stakers. When you stake HYPE through HyperFlash, the protocol mints appropiate amount of **fHYPE** tokens to your address. Under the hood, your HYPE is then pooled and delegated to a selection of HyperEVM validators. These validators run the network and earn the usual block rewards for validating and securing HyperEVM. Because fHYPE represents your stake, it entitles you to your share of those rewards. As validators earn rewards (both block rewards and MEV income), the value of fHYPE increases. HyperFlash uses a **non-rebasing mechanism** for fHYPE, which means that fHYPE will increase in price relative to HYPE over time. This approach makes receiving rewards seamless, your fHYPE simply becomes more valuable over time. Liquid staking thus abstracts the complexity of running a validator or locking tokens: **users simply hold fHYPE and earn**. ## Why hold fHYPE? fHYPE charges **0% commission** on the native HYPE staking reward while earning MEV profits and points, making it one of the best yield-bearing assets in the entire HyperEVM. Additionally, fHYPE is a LST, allowing its users to participate in DeFi compositions, such as lending protocols for additional rewards. Learn more at: {% content-ref url="/pages/4PjPgaOWfXapVT7pRlJh" %} [Benefits of Staking (fHYPE vs Direct Staking)](/staking/staking-docs/benefits-of-staking-fhype-vs-direct-staking) {% endcontent-ref %} ## For Stakers Staking HYPE for fHYPE is just a few clicks. Learn about how to stake HYPE for fHYPE at: {% content-ref url="/pages/8EXBUhQ553p5SWxBrCV3" %} [Staking HYPE to Receive fHYPE](/staking/staking-docs/staking-hype-to-receive-fhype) {% endcontent-ref %} ## For Developers Learn how to integrate with fHYPE and read on-chain state at: {% content-ref url="/pages/PPpOTLyaHge3LFxjEV0d" %} [Contract Interfaces and ABI](/staking/staking-docs/contract-interfaces-and-abi) {% endcontent-ref %} ## For Searchers Interested in submitting bundles to the HyperFlash relay? Learn more at: {% content-ref url="/pages/Tl6bECAn7tl3OXF3IBVU" %} [Broken mention](broken://pages/Tl6bECAn7tl3OXF3IBVU) {% endcontent-ref %} # Integration of MEV into the Staking Pool & High-Level Architecture Unlike a standard staking pool, HyperFlash’s architecture is built to **capture MEV from validator operations and feed it back to stakers**. This requires some specialized components: * **MEV-Enabled Validators:** The validators that HyperFlash delegates to are not run in a vanilla manner – they use an **MEV integration layer** (similar in spirit to Jito’s Solana validator client) to accept MEV transaction bundles or bids. In practice, this means validators running HyperFlash’s recommended client software will participate in an **off-chain blockspace auction** or an on-chain bidding process each block. MEV searchers (bots or traders looking to execute profitable arbitrages, liquidations, etc.) will submit transactions or bundles with attached bids (tips). A coordinating mechanism (often called a **block engine**) then selects the highest-paying set of transactions to include in the next block. This maximizes the total fees and MEV extracted. The key difference in HyperFlash is that those extra fees are not kept solely by the validator – they are funneled into the staking pool’s rewards. In effect, HyperFlash validators earn higher rewards than normal by including these bundles, and those earnings are passed on to fHYPE holders. * **High-Level Architecture:** The HyperFlash system can be thought of in layers: * At the top is the **smart contract layer** on HyperEVM, which includes the staking contract (where users stake/unstake and which issues fHYPE) and possibly auxiliary contracts (like an **Overseer** contract) that manage validator delegation and recordkeeping. These contracts ensure that for every fHYPE in circulation, there is an equivalent amount of HYPE staked or available, and they handle the minting, burning, and reward distribution logic. Notably, HyperFlash’s contracts are designed with security in mind – for example, validators are required to bind their payout addresses such that any unstaked HYPE can only return to the protocol’s contract (preventing any rogue validator from stealing funds). * Beneath that is the **validator layer**. HyperFlash delegates staked HYPE to a set of validators on the HyperEVM network. These validators are chosen based on performance and reputation (more on selection below), and they run modified node software that connects to the MEV auction system. The validators produce blocks, earn staking rewards and accept MEV bundles via the auction. The additional revenue they earn (beyond normal block rewards) is automatically routed to the staking pool’s accounts, effectively increasing the pool’s yield. * Alongside, there is the **MEV coordination layer**. This could be off-chain infrastructure run by HyperFlash or partners or an in-protocol auction mechanism. Its role is to connect **MEV searchers** (who craft specialized transactions) with the HyperFlash validators. It takes in bundles or bids from searchers, simulates or evaluates them, and then provides the best (highest-paying) bundle to the validator for inclusion each block. Because this happens every block, the system continuously captures MEV in real-time. * **Validator Selection and Delegation Strategy:** HyperFlash carefully chooses which validators to stake with in order to maximize rewards and maintain network health. The strategy is **to delegate HYPE to the top-performing, most reliable validators**, especially those that are running the required MEV-enabled software. By focusing on professional validators with excellent uptime and proven performance, HyperFlash minimizes the risk of downtimes or slashing and ensures high reward yield. In practice, the protocol might maintain a set of validators (say N validators) and distribute the total staked HYPE among them. Delegation could be somewhat even, or weighted by performance metrics — for example, validators who consistently produce blocks and extract more MEV might receive more stake from the pool. HyperFlash’s delegation is dynamic: it periodically **rebalances stake** based on performance and capacity. If one validator starts underperforming or another new validator proves superior, the protocol can shift stake accordingly. This approach is similar to how other advanced stake pools operate; for instance, the JitoSOL stake pool automatically delegates to Solana validators that run the Jito client to maximize MEV rewards. Likewise, HyperFlash will **allocate HYPE to validators that yield the highest combined staking+MEV rewards** (while still following decentralization and risk considerations). The delegation strategy is transparent, with on-chain data and possibly a specialized module (akin to Jito’s StakeNet) to inform decisions. The goal is to create a **self-optimizing validator set**: one that yields maximum rewards for stakers and remains robust against failures. In summary, the technical architecture of HyperFlash leverages smart contracts for trustless staking, an enhanced validator client for MEV extraction, and a robust selection mechanism for validator delegation. This combination allows HyperFlash to deliver an elevated staking return to users (thanks to MEV) without them having to do anything more than hold fHYPE. All complexity – running nodes, partaking in MEV auctions, rebalancing stakes – is handled under the hood by the protocol. # Staking HYPE to Receive fHYPE Staking with HyperFlash is designed to be **simple and user-friendly**. Users can stake their HYPE tokens and immediately receive fHYPE, the liquid staking token. The process typically involves interacting with the HyperFlash dApp or smart contract: * **Step 1: Connect Your Wallet:** Visit the HyperFlash staking interface (web dApp) and connect a HyperEVM-compatible wallet. Ensure your wallet is on the HyperEVM network and contains HYPE tokens to stake. (HyperEVM is Hyperliquid’s EVM-compatible chain; you may need to add it to your wallet if not already added.) * **Step 2: Select Amount and Stake:** Enter the amount of HYPE you wish to stake. There is no minimum or maximum – you can stake any amount. When ready, confirm the staking transaction. What’s happening in this step is that you are **swapping HYPE for fHYPE**. The transaction will send your HYPE into HyperFlash’s staking contract, which triggers the minting of the equivalent fHYPE to your address (minus any protocol fee if one exists; HyperFlash will charge zero fee on staking). * **Step 3: Receive fHYPE:** Once the transaction is confirmed on-chain, you will see fHYPE tokens in your wallet (make sure to add the fHYPE token address to your wallet interface if it isn’t visible by default). Each fHYPE token represents your claim on the staked HYPE and the rewards it will earn. **fHYPE is fully transferable** – you can hold it, send it to others, or even use it in DeFi applications. However, as long as you hold it, you are effectively still “staked.” The underlying HYPE is locked in the staking contract and actively earning rewards via validators. * **Step 4: Earn Rewards Automatically:** After staking, there’s nothing more you need to do to earn rewards. As HyperFlash’s validators generate staking rewards and MEV revenue, those accumulate for fHYPE holders. HyperFlash uses a **non-rebasing mechanism** to distribute these rewards. This means that the value of fHYPE increases steadily, credited to existing holders in proportion. HyperFlash makes reward distribution seamless – you do not need to manually “claim” rewards; they are continuously reflected in fHYPE. # Benefits of Staking (fHYPE vs Direct Staking) By staking HYPE through HyperFlash and holding fHYPE, users enjoy several benefits: * ***Liquidity:*** Unlike direct staking (which might lock your HYPE for an unbonding period), fHYPE lets you maintain liquidity. You can sell or transfer fHYPE at any time without waiting for an unstaking cooldown. This provides flexibility if you need to access the value of your staked tokens or rebalance your portfolio. * ***Simplicity:*** HyperFlash simplifies the staking process. There’s no need to research or manage multiple stake accounts. You stake in one click and the protocol handles delegation behind the scenes. The user experience is straightforward – stake and earn, with no complex setup. * ***Auto-Compounding Rewards:*** Because of the non-rebase/auto-distribution mechanism, your staking rewards (including MEV earnings) compound automatically. You don’t have to manually restake rewards – they are continuously added to your staked principal. Over time, this compounding can significantly boost your returns compared to manual staking where rewards might sit idle until restaked. * ***Enhanced Yield via MEV:*** fHYPE holders earn not only the base network rewards but also **MEV revenue** extracted by the validators. This can substantially increase the annual percentage yield (APY). The exact boost will vary based on network activity and MEV opportunities, but conceptually it’s similar to how JitoSOL holders on Solana get a higher yield than standard SOL stakers due to shared MEV profits. HyperFlash’s aligned MEV strategy means stakers benefit from profitable activities like arbitrage, instead of that value going exclusively to arbitrage bots or validators. * ***Earn points for being early:*** Earn points for staking HYPE with HyperFlash before the MEV mechanisms are live. This adds to the already high yield of fHYPE staking. * ***Participate in DeFi:*** As an ERC-20 token, fHYPE can be integrated into the broader DeFi ecosystem on Hyperliquid. You can use fHYPE as collateral in lending protocols, provide liquidity in DEX pools, or partake in yield farming strategies, **all while still accruing staking rewards**. This “stake once, earn twice” capability (staking rewards + DeFi yield) can amplify the utility of HYPE in the ecosystem. A strong example of this dynamic is how $7B of stETH (Lido’s staked ETH) is widely used across Ethereum DeFi, greatly exceeding the usage of typical collateral like stablecoins. # Unstaking (Converting fHYPE back to HYPE) Unstaking in HyperFlash is the process of redeeming your fHYPE tokens for the underlying HYPE tokens (plus any accumulated rewards). The protocol is built to allow redemptions at any time, but there may be conditions depending on liquidity and network constraints: * ***Standard Unbonding:*** HyperEVM is a Proof-of-Stake network, which means there’s an **unbonding period of 7 days** when withdrawing stake from validators. According to Hyperliquid’s rules, when you unstake HYPE from a validator, you might need to wait a certain number of days or blocks before those tokens become transferable (this period helps ensure security of the network). HyperFlash, being a liquid staking protocol, abstracts this by letting you hold fHYPE, but when you actually go to redeem, the same rule applies. **If the protocol doesn’t have enough idle HYPE liquid** (unstaked) to instantly satisfy your request, you will enter an unbonding queue. You’ll burn your fHYPE, and after the network-determined unbonding period, you’ll receive the corresponding HYPE. The exact wait time is determined by the HyperEVM network parameters for unstaking. HyperFlash will make this transparent to users (for example, the UI might show something like “Unstaking will be available after 7 days”). * *I**nstant Liquidity Mechanism:*** To improve user experience, HyperFlash maintains a small **liquidity pool or buffer** of HYPE that is not staked but reserved for redemptions. If so, users could unstake instantly as long as that pool has available HYPE. In practice, when you initiate unstake, HyperFlash will check if there is enough unbonded HYPE to fulfill it immediately. If yes, you get your HYPE back right away (a portion of the reserve is used, and fHYPE is removed from circulation). If no (e.g., many users are unstaking at once or the pool is empty), then your request will trigger actual unstaking from validators and you’ll need to wait the unbonding period. This model is similar to how some liquid staking protocols allow instant withdrawals up to a limit. There is a 0.1% redemption fee. * ***Process:*** To unstake, you will typically go to the HyperFlash app and use the “unstake” or “redeem” function. You specify how many fHYPE you want to convert back. The contract will burn those fHYPE tokens and initiate the return of your HYPE. If instant, you’ll receive HYPE in your wallet. If delayed, you might receive a receipt or simply be told the transaction will finalize after the cooldown. HyperFlash aims to automate this such that as soon as the unbonding is over, HYPE is sent to your wallet. * ***Considerations:*** During any waiting period, your fHYPE is already burned (so you stop accruing new rewards on that portion since it’s effectively not staked anymore after the request). Also note, because fHYPE is freely tradable, if you prefer not to wait, you could potentially **sell fHYPE on a market** to someone else. # Validator and Stake Rebalancing Policy To ensure optimal performance and security, HyperFlash employs a **stake rebalancing policy** for its validator set. This means the distribution of total staked HYPE across the chosen validators is not fixed; it can adjust over time based on predefined rules or governance decisions: * ***Performance-Based Allocation**:* A portion of the total pool stake is allocated to validators proportional to their performance. Performance metrics may include uptime, number of blocks proposed, attestation effectiveness, and MEV extraction efficiency. If one validator is outperforming others (e.g., consistently finding more MEV or having less downtime), the protocol could allocate a larger share of new stakes to that validator. Conversely, if a validator starts missing duties or shows issues, the protocol will curb its stake. HyperFlash’s goal is to **align stake with results**, where our system reserves part of the pool to be distributed pro-rata based on performance. * ***Guaranteed Delegation via Community Codes:*** Another portion of delegation might be influenced by community engagement. Each onboarded validator can be given a unique **community code**. When users stake using a validator’s community code, their stake is directly delegated to that validator. Additionally, the protocol may reward such activity by giving those validators a *matching share* from the global pool. This incentivizes validators to attract users to HyperFlash (growing the pie for everyone) since they benefit by getting stake both directly and from the main pool for each user they onboard. HyperFlash could adopt this system to encourage decentralization and marketing: validators who bring in more stakers effectively **grow their own stake** and in turn are motivated to maintain top performance. * ***High Standards and Removals:*** All validators in HyperFlash’s set are expected to uphold strict performance and security standards. The protocol will monitor on-chain metrics continuously. If a validator falters significantly (e.g., prolonged downtime or a slashing event), there will be remediation steps. The HyperFlash team might notify the validator and attempt to help resolve issues. If performance does not improve in a reasonable time, governance can **remove the validator from the pool**. Removing means no new user stake is delegated to them and their existing delegated stake will be gradually reallocated to others (after unbonding). This ensures that the overall staking pool is always comprised of high-quality operators. It’s a self-cleansing mechanism that protects stakers from being dragged down by one node’s poor performance. * ***Rebalancing Frequency:*** The protocol might rebalance stakes periodically (for example, every few days or at the end of each epoch). It could also react to certain triggers (like if one validator’s performance score drops below a threshold). Rebalancing involves shifting some stake from one validator to another in a controlled manner. Because rebalancing might require unstaking from one and staking to another, it has to be done in a way that doesn’t deprive users of rewards (likely the protocol will have some overlap or use its liquidity buffer to switch stakes without user impact). In summary, HyperFlash actively manages its validator set and stake allocations to **maximize rewards and minimize risk**. Stakers don’t have to manually do anything; the protocol’s policies ensure their HYPE is always working as hard as possible, spread across a decentralized and efficient set of validators. This dynamic approach, combined with MEV strategies, is what allows HyperFlash to deliver superior and resilient performance. # MEV and Why It Matters **Maximum Extractable Value (MEV)** refers to the extra value validators (or miners) can capture by reordering, including, or censoring transactions in the blocks they produce. MEV can be economically significant – for instance, by prioritizing profitable arbitrage or liquidation transactions, a block producer might earn extra fees. However, if MEV is left unchecked, it can lead to unfair outcomes and network inefficiencies (like transaction spamming or user front-running). That’s why HyperFlash is designed to **integrate MEV capture in a fair, transparent way**. Instead of individual validators taking all MEV or searchers congesting the network with spam, HyperFlash will use coordinated MEV auctions to efficiently extract this value **and share it with stakers**. Projects like **Jito** on Solana have demonstrated the benefit of such an approach: Jito uses an off-chain block auction where searchers bid to include profitable transaction bundles, and a portion of those fees is passed to Jito’s stakers. This not only increases staker yields but also reduces network spam since searchers compete via bids rather than by flooding the network. By capturing MEV through an orderly process, HyperFlash will improve the economic value for participants while keeping the playing field fair. HyperFlash’s design is informed by cutting-edge research on MEV fairness, notably **economic mechanisms**. We propose a **structured auction model** for MEV that makes value extraction more transparent and equitable. Instead of block producers arbitrarily picking transactions or searchers submitting countless duplicate transactions, each searcher submits a single sealed bid for block space. This approach can eliminate the incentive to spam the network and prevent validators from unfairly manipulating transaction order. The auction ensures the highest bidder wins inclusion, and the competition drives the bids up to a fair level. Crucially, it also means the **MEV is partly returned to the ecosystem** (e.g., to stakers) rather than all being kept by a miner or wasted on failed transactions. HyperFlash intends to **improve MEV fairness** – block producers in HyperFlash’s system should no longer be able to extract value without sharing, or reorder transactions for their sole gain. Instead, the value is captured via auctions and distributed according to clear rules. In summary, HyperFlash’s purpose is to marry the liquidity and user-friendliness of LSTs with a fair MEV capture mechanism, ensuring both **average users and developers** benefit from a more efficient and just HyperEVM ecosystem. # MEV Overview and Economic Impact MEV (Maximal Extractable Value) refers to the profit that can be made by ordering or selecting certain transactions in a block. Common sources of MEV include arbitrage (e.g., DEX price differences), liquidations of leveraged positions, frontrunning lucrative trades, and backrunning (capturing value left in transactions). In a naive setting, independent arbitrage bots (searchers) might fiercely compete to exploit an opportunity, often by spamming the network with multiple transactions with increasing gas fees, hoping one of them gets included first. This can lead to **network congestion and wasted gas**. Moreover, if validators (block proposers) act selfishly, they could reorder transactions or include their own transactions to grab these profits, potentially **excluding regular users or creating unfair outcomes**. Unmitigated MEV thus has negative externalities: it can worsen user experience (via higher fees or failed transactions), concentrate wealth with a few actors, and even pose security risks (in extreme cases like chain re-orgs to capture MEV). However, when harnessed properly, MEV can be turned into a **net positive for the ecosystem**. By capturing MEV in an orderly way and redistributing it, one can boost overall validator/staker rewards (making the network more secure by attracting more stake) and reduce incentive for bad behavior. The economic impact is significant: MEV can sometimes equal or exceed base block rewards on active chains. Capturing even a portion of it for stakers can increase yields noticeably. Additionally, a fair MEV system can neutralize the advantages of spamming transactions or running malicious MEV strategies, leading to a healthier network. For example, **Jito’s MEV system on Solana** showed that by auctioning off block space to MEV searchers instead of letting them spam, the network eliminated spam transactions and validators earned higher fees. Transactions got prioritized by economic value in a transparent way, making pointless spam bots ineffective. HyperFlash aims to bring similar improvements: extract MEV efficiently, **minimize spam and unfair play**, and share the benefits widely. # Proposed MEV Extraction Model for HyperFlash HyperFlash plans to implement an **MEV auction mechanism** tightly integrated with its staking protocol. While the exact implementation is under development, the high-level idea draws from successful models like Flashbots (on Ethereum), Jito (on Solana): * ***Auctioning Block Space:*** Instead of MEV being captured ad-hoc by whoever spams hardest or by a validator privately, HyperFlash will create a formal auction each block (or each epoch). In this auction, **MEV searchers (bots/traders)** submit bids to get their transactions included in the next block. A bid typically consists of a set of transactions (a bundle) and a fee offer. The fee represents how much value the searcher is willing to pay the block producer for inclusion – essentially sharing the profit of the MEV opportunity. Searchers will calculate the potential profit (R) from their strategy and bid some portion of that profit as a fee. HyperFlash’s system (likely via an off-chain coordinator or on-chain contract) will collect all bids for a block. * ***First-Price Sealed-Bid:*** HyperFlash will use a **sealed-bid first-price auction** format. This means searchers submit their bids without seeing others’ bids (sealed), and the highest bidder wins and pays their bid (first-price). There is no second-price or rebate – the winner pays what they offered. This model incentivizes searchers to bid honestly up to their true profitability. In fact, searchers have an optimal bidding strategy that typically lands around bidding half of the potential profit. If they bid too low, they risk losing to competitors; if they bid too high, they give away most of their profit or even risk losses. The equilibrium is that they share roughly 50% of the value. This is great for the network because it means a large chunk of MEV profit is handed to validators/stakers via the auction, rather than wasted on spam or kept entirely by searchers. It dramatically reduces network spam because each searcher only needs to send **one transaction (their bid)** instead of flooding the block with many attempts. As a result, the blockchain operates more efficiently and fairly: *no more gas wars, just one bid per opportunity*. * ***Bundle Execution:*** The highest bid bundle (or combination of bundles) will be executed by the validator. HyperFlash’s block builder (if implemented) might try to combine multiple non-conflicting bundles to maximize value. But usually, MEV bundles conflict (e.g., two bots targeting the same arbitrage), so only one wins. The chosen bundle’s transactions are inserted into the block, yielding extra profit. The **winning bid fee is then allocated to the validator/staking pool**. If the auctions are run off-chain, the block builder will ensure the validator gets the promised fee (often by paying it in the block as a separate transaction or via a direct transfer to the validator’s address). If on-chain, it could be handled by a smart contract that holds bids and pays out to the winner’s specified address (which could be the staking contract). * ***Validator and Searcher Participation:*** For this system to work, **validators in HyperFlash’s set must all adhere to the auction results**. They effectively outsource their block ordering to the auction mechanism. HyperFlash will likely require that any validator receiving delegation from the pool runs the approved MEV auction client (ensuring they only accept bundles through the official process). This guarantees uniform behavior – no validator should bypass the auction and strike private deals (that would undermine the fairness and the pool). On the other side, **MEV searchers** will be attracted to this system because it offers a more predictable and fair chance to capture opportunities. Instead of competing via speed and spam, they compete on price (whoever is willing to pay more gets the slot). This can actually lower their costs and increase their net profits, while also giving them confidence that if they win the auction, their transaction will indeed be included (not censored or front-run by the validator). Over time, we expect a robust ecosystem of searchers to participate, as they do in Ethereum’s Flashbots auctions or Solana’s Jito auctions. * ***MEV Rewards Sharing:*** A critical aspect of HyperFlash is **how the MEV auction revenue is shared**. The intent is to **channel the majority of this MEV profit to the stakers**, since they are the ones contributing capital and securing the network. In practice, the fee from the winning bid can be split between the validator operator and the staking pool. For example, HyperFlash might set a policy like “90% of MEV auction proceeds go to the pool, 10% to the validator operator.” This gives validators an incentive to participate (they earn a commission for their service), but ensures the bulk is passed to fHYPE holders. The exact split can be tuned via governance. Jito’s implementation effectively shares MEV with stakers by adding it to the pool for JitoSOL, and a similar concept applies here. Once the pool receives MEV fees, those are treated just like additional staking rewards – they will cause fHYPE to grow accordingly, boosting all holders’ balances. * ***Economic and Fairness Considerations:*** The planned MEV strategy is grounded in game-theoretic thinking to align incentives: * Validators will follow the auction protocol because it increases their earnings (even after sharing with stakers, their slice of a bigger pie is still good income) and because misbehavior (like stealing a bundle without sharing) would be detectable and lead to their removal by governance. * Searchers are incentivized to bid their true value, not to spam. The rational strategy for a searcher is to submit one well-calibrated bid rather than many transactions. They know that only the highest bid matters, so overbidding hurts them and underbidding means losing the opportunity. This mechanism makes the whole system *incentive-compatible* – doing the “right thing” (bidding honestly, not spamming) is the best strategy for all players. * The community benefits because MEV, which used to be seen as a toxic byproduct of block production, becomes an additional **transparent revenue stream for all stakers**. It democratizes what used to be reserved for elite miners or insiders. * From a fairness perspective, this auction approach also levels the playing field: block producers can’t arbitrarily extract value since they must accept the auction outcome, and users (stakers) get a piece of the action rather than being entirely victim to MEV. It’s a more **egalitarian distribution of value** that would otherwise be hidden. # Community Codes and Operator Incentives A unique feature in HyperFlash is the concept of **Community Codes**. Once validators are onboarded, they become eligible to receive a community code – a kind of referral code or identifier that they can share with their own community or delegators. If a user stakes through that code (meaning the stake transaction carries that code as metadata), HyperFlash will **directly delegate that user’s stake to the corresponding validator**. This gives operators a direct way to increase their stake by rallying their supporters to stake via their code. Additionally, HyperFlash may allocate a bonus: a portion of the global pool that is not assigned via direct codes could be split among code-using operators proportional to how much they attracted. This system creates a powerful incentive alignment: * Validators are encouraged to promote HyperFlash (because any user they bring in bolsters their own node’s stake and rewards). * Users might be incentivized (perhaps via promotions or just by supporting their favorite operator) to use a specific code, knowing it helps a trusted validator get more weight. * Users earn points and additional MEV profits without losing any yield to commissions. This is a direct upgrade over delegating directly with a validator. * However, it doesn’t compromise decentralization or security because **all operators still must meet performance standards**. Even if an operator brings in a lot of stake, if they fail to perform, they can lose their spot. The community code feature is permissioned – only officially onboarded validators get codes, so unknown or unvetted parties can’t siphon stake away from the main pool. # Contract Interfaces and ABI ## Contract Addresses & ABI Below are the core contracts used by HyperFlash. *** #### StakingManager * Testnet: TBD * Mainnet: `0x275B60596eFd03CE1C66b5F151a66F48B3E0FB44` * Notes: Entry point for staking/unstaking and rate queries *** #### FHYPE (ERC20) * Testnet: TBD * Mainnet: `0x57Ac5ee128A76531d7940966CaB290D5D8de9Cd4` * Notes: fHYPE token (18 decimals), ERC20 + permit *** #### ValidatorManager * Testnet: TBD * Mainnet: `0x8B723fb70cF103184a9D1e3f8B2b6E5175e6B360` * Notes: Validator lifecycle and delegation target *** #### PauserRegistry * Testnet: TBD * Mainnet: `0xD9BA155187975734FdA44cdF41C5268Bad9BeF20` * Notes: Pause control and authorized contracts *** ABI downloads: * StakingManager ABI: {% file src="/files/Bro8sN2QDwM4eesd6Zrj" %} * FHYPE ABI: {% file src="/files/zbcc0EXNQKxSYFMUOZHk" %} * ValidatorManager ABI: {% file src="/files/qd55qO93RS9dJ84xRpiH" %} * PauserRegistry ABI: {% file src="/files/aQyD5DDh52hJbjCXV2Tn" %} Once our second audit concludes, the contracts will be verified on HyperEVM explorers. #### On-chain functions Developers interact primarily with `StakingManager` and the `FHYPE` ERC20. * Staking ```solidity function stake(address validatorChoice) external payable; ``` Pass `address(0)` to use the default validator, or an active validator address on first stake. * Unstaking ```solidity function queueWithdrawal(uint256 fHYPEAmount) external; function confirmWithdrawal(uint256 withdrawalId) external; function batchConfirmWithdrawals(uint256[] calldata withdrawalIds) external; ``` Queue, wait for `withdrawalDelay`, then confirm to receive HYPE. A 0.1% unstake fee (default 10 bps) goes to `treasury`. * Exchange rate and conversions ```solidity function getExchangeRate() external view returns (uint256); function HYPEToFHYPE(uint256 hypeAmount) external view returns (uint256); function fHYPEToHYPE(uint256 fHYPEAmount) external view returns (uint256); ``` Returns HYPE per fHYPE scaled to 1e18. Conversions don’t include the unstake fee. * FHYPE token (ERC20) ```solidity function balanceOf(address account) external view returns (uint256); function decimals() external pure returns (uint8); // 18 ``` fHYPE uses 18 decimals and supports standard ERC20 operations. # Integrating fHYPE into dApps If you are a dApp developer (like building a wallet, portfolio tracker, lending protocol, etc.), here’s how to integrate fHYPE: * **Wallets/Portfolio Apps:** Add fHYPE as a recognized token (using its contract address and symbol). Because it’s yield-bearing, you might want to display not just the balance but the underlying HYPE equivalent or the APY. * **DeFi Protocols:** If listing fHYPE in your lending/AMM platform, treat it as you would any major token, but be mindful of its nature: * For lending, consider that fHYPE's value is stable and increasing. It could be good collateral (since it’s unlikely to suddenly drop in value; worst case, slashing could slightly reduce its backing, but that risk is minor). You might opt to integrate by one of our oracles, which includes Pyth and RedStone. * For AMMs, just create a pool like any other token. Users will arbitrage it to keep the price equal to the redemption value. If using a stable-swap AMM (since fHYPE \~ HYPE), that can minimize slippage for trading between them. * **DApps built by Validators (Community Code Integration):** If you are a validator operator and want to integrate HyperFlash staking on your own website (to leverage your community code incentive), you can do so by calling the stake function mentioned above. Essentially, your front-end can let a user stake directly through your interface; under the hood it sends the transaction to HyperFlash’s contract with your unique code. This way, the user experience is branded for your service, but the funds still flow into HyperFlash (and you get the delegation credit). # Security Best Practices for Developers * **Validate Contracts:** When interacting with HyperFlash contracts, make sure to use the **ABI and addresses from the official source**. The code will be open source and will be audited by a top security firm, which provides confidence, but you should still keep your dependency up to date in case of any post-audit fixes. * **Watch for Unbonding Status:** If your app allows a user to request unstake via HyperFlash, consider that there might be an asynchronous wait. You may need to inform the user or track the status. Perhaps store an event of UnstakeInitiated for that user and poll or listen for an UnstakeCompleted event. The HyperFlash contracts likely emit events for these state changes (e.g., Stake(address user, uint256 amount) and UnstakeRequest(address user, uint256 amount) events). * **Slashing Events:** In the unlikely event of a validator slashing (which could reduce the total staked HYPE and thus the backing of fHYPE slightly), there may be an on-chain signal or event (Hyperliquid might publish a slashing event for that validator). If you run an analytics app or something critical, you might want to monitor such events to know if fHYPE supply or exchange rate might have a one-time negative adjustment. HyperFlash will presumably socialize any slashing losses across the pool so that fHYPE remains fungible (like how Lido handles slashing by slightly lowering everyone’s balance). Those occurrences should be rare, but it’s part of the on-chain data to be aware of. * **Testing in a Safe Environment:** If possible, test your integration on a HyperFlash testnet or using a small amount of HYPE first. Ensure that stake and unstake flows work as expected and that your app correctly reflects changes (especially over time for yield accrual). * **Validator Integration:** If you are a validator, follow the official guide for setting up the HyperFlash MEV-enabled client. This likely involves running specific software and registering your validator’s withdrawal address to the HyperFlash contracts (so that when you withdraw stake, it goes back to the pool contract, as a security measure). Make sure to keep this infrastructure secure and updated. Also, join any operator channels or chats (HyperFlash Telegram) to stay informed of upgrades or changes in protocol operations. # General FAQs * **Q: What is fHYPE exactly? How is it different from HYPE?**\ **A:** fHYPE is the **liquid staking token** you receive when you stake HYPE through HyperFlash. It represents your staked HYPE plus any earned rewards. Unlike regular HYPE, which is just the native network token, fHYPE is yield-bearing – its value increases over time as validators earn staking rewards and MEV profits for you. You can always swap fHYPE back for HYPE (unstake), minus any network-defined unstaking wait. Think of fHYPE as a voucher for your staked HYPE that you can also use elsewhere. If you just hold HYPE without staking, you miss out on those network rewards. With fHYPE, you get the best of both: your HYPE works to secure the network and earn yield, **while you keep liquidity**. * **Q: How are my rewards calculated and paid out? Do I need to claim them?**\ **A:** Rewards are automatically reflected in your fHYPE holdings. HyperFlash uses a non-rebase mechanism – essentially, if the staking pool earns 5% in a month, the value of fHYPE will increase by 5%, which means your fHYPE balance remains the same but the price increases by 5%. You do not have to manually claim anything. So, just by holding fHYPE, you are continually receiving your share of rewards. * **Q: Are there any fees for using HyperFlash?**\ **A:** HyperFlash does not charge any fees to claim rewards – those are all yours. We also do not charge any fees on staking (i.e. we have 0% commission charge). For unstaking transactions we charge 0.1% as fees. You will still pay network transaction fees (gas) when staking or unstaking, as you would interacting with any smart contract. Check the docs or UI for any protocol fee specifics once launched. * **Q: What are the risks of staking with HyperFlash? Could I lose my HYPE?**\ **A:** Staking with HyperFlash is designed to be as safe as possible, but like any crypto protocol, there are some risks: * *Smart Contract Risk:* The HyperFlash contracts could theoretically have a bug or vulnerability. This risk is mitigated by extensive audits and by the open-source community review. However, no contract is 100% risk-free. A bug could, in the worst case, result in loss or lock-up of funds. This is a very low probability event given precautions, but it’s not zero. * *Validator Slashing Risk:* Hyperliquid is a PoS network that has slashing (penalties for validators if they misbehave or go offline). HyperFlash stakes to validators on your behalf, so if one of those validators gets slashed, the pool will lose a small portion of HYPE. HyperFlash minimizes this risk by only choosing professional, top-tier validators with excellent track records. In the history of many staking pools, slashing incidents are extremely rare, and often the pool operator can compensate if it’s minor. But the risk can’t be entirely eliminated. * *Liquidity/Withdrawal Risk:* In normal circumstances, you can unstake anytime. But if a huge number of users withdraw simultaneously, the instant liquidity buffer (if one exists) could deplete, forcing everyone into the unbonding queue. That means you might have to wait (say 7 days or whatever the unbond period is). During that time, the market price of fHYPE could dip slightly below 1 HYPE (if some people really want out immediately and others take advantage). You wouldn’t “lose” value per se, but you might be stuck waiting or selling at a small discount if you choose to exit via a market. This is more of a liquidity inconvenience than a direct loss. * *Governance Risk:* fHYPE holders have governance control. In a very unlikely scenario, a bad actor could accumulate a large amount of fHYPE and push a malicious proposal (for example, one that changes how withdrawals work). Always staying engaged with governance (or trusting the multisig and community) is part of the security model. As a staker, you should keep an eye on proposals and use your voting power to protect your interests, though again, the design is such that outright malicious proposals are filtered out and can be vetoed. Overall, while these risks exist, HyperFlash is built to **mitigate them at every level**. It’s non-custodial (only you can initiate withdrawal of your HYPE back to your wallet), transparent, and uses proven components from other successful projects. Many users may find the small residual risks acceptable given the convenience and extra yield. * **Q: How is HyperFlash different from regular other generic LST?**\ **A:** LST solutions for HYPE that focuses on base staking rewards. HyperFlash can be seen as an evolution that **adds a dedicated focus on MEV integration**. The main difference is that HyperFlash explicitly integrates MEV auction mechanisms (inspired by Jito) to capture additional value, whereas other LST protocols does not have had a full MEV solution. For the user, the experience might be nearly identical – get an LST, earn yield. Under the hood, HyperFlash’s MEV component would mean higher yields. If both tokens were to exist separately for a time, fHYPE would likely simply yield more because of MEV returns. In summary, think of HyperFlash as “LST with an MEV boost.” * **Q: Where do the extra MEV rewards come from? Am I taking profit from someone else?**\ **A:** The MEV rewards ultimately come from traders and transactions on the network that are willing to pay to get executed in a certain way. For example, an arbitrage bot might be willing to pay 0.2 HYPE to secure a 0.5 HYPE profit opportunity. In the past, that 0.2 might go to miners or be wasted in competition. With HyperFlash’s system, that 0.2 HYPE becomes part of the pool’s earnings. So in a sense, yes, it is profit that someone else (the searcher) “gives up,” but they only do so because they still net profit and it’s the cost of doing business. We aren’t taking from normal users; in fact, by structuring MEV, normal users benefit because the network is less congested and chaotic. You could say the MEV rewards are **extracted from inefficiencies and arbitrage opportunities in the system** – HyperFlash just ensures that value flows to HYPE stakers rather than exclusively to specialized bots or validators. It’s a bit like a dividend from the trading activity happening on Hyperliquid. * **Q: What happens to my fHYPE if Hyperliquid (the chain) undergoes changes or upgrades (like a hard fork or major update)?**\ **A:** As fHYPE is an on-chain token, any changes to HyperEVM itself will affect it just like any other asset. The HyperFlash team will likely coordinate closely with Hyperliquid’s core team to ensure a smooth transition during upgrades. If there’s a planned hard fork or an update that changes the staking mechanism, a governance proposal might be made to adapt HyperFlash contracts accordingly. In worst-case scenarios (like the chain splits into two forks), fHYPE on each fork would correspond to HYPE on that fork. The community and team would decide which fork is “legitimate” and support converting fHYPE holders accordingly. These are complex scenarios, but the key is that because HyperFlash is governed by stakers, the stakers will have a say in how to handle chain-level events. Typically, in a stable chain, this isn’t something to worry about daily. * **Q: How can I get involved in HyperFlash governance or become a validator in the pool?**\ **A:** If you hold fHYPE, you’re already a part of governance. Stay tuned to official announcements for any voting events. Governance votes might take place on a platform (like Snapshot or on-chain via the contract, depending on how it’s implemented). To become a validator in the HyperFlash pool, you would need to go through the **operator onboarding process**. This usually means: * Running a Hyperliquid validator with superb performance and meeting any criteria set by HyperFlash (such as running the sanctioned MEV software, having certain hardware, etc.). * Engaging with the HyperFlash community or team to express interest. Often, there will be an application or an invitation process. * The multisig might evaluate your operation and put up a proposal to add you. If the community agrees (no veto), you’re in. * Once onboarded, you’ll receive a community code and can start getting delegation. Keep an eye on HyperFlash’s channels for any calls for new operators. And even if you’re not a validator, you can contribute by participating in governance discussions, helping with community questions, or building tools around fHYPE. HyperFlash, like any DeFi protocol, benefits from an active community. # Audit Reports **PeckShield Audits** HyperFlash engaged[ PeckShield](https://peckshield.com/), a leading blockchain security firm, for two separate audits: * **February 26, 2025** – Audit of **Version 1** of the smart contract. * **August 26, 2025** – Audit of **Version 2** of the smart contract. Both audits focused on identifying potential vulnerabilities in the contracts and infrastructure, ensuring robust protections for user assets. {% file src="/files/bYiWCc4gxGLwjgd1JczI" %} {% file src="/files/sitsNGZoLRRB0hzcNvu5" %} **QuillAudits Audit** In addition, HyperFlash completed a security audit with[ QuillAudits](https://www.quillaudits.com/) on **June 17, 2025**, covering **Version 1** of the smart contract. This audit provided an independent assessment of the codebase and reinforced HyperFlash’s security-first approach. {% file src="/files/JGU1RBWgL9zycL3900qb" %} **Commitment to Ongoing Security** HyperFlash remains committed to continuous security improvement. Several additional audits with industry-leading firms are already scheduled as part of our proactive strategy to identify risks early, strengthen resilience, and maintain user trust. \