CrypDefi is now Fortkey. read the announcement

    Fortkey HFT vaults

    Latency never costs you a fill.

    Pre-built signing vaults co-located with your venues and builders. Decode, policy check, and signature in under a millisecond, with MEV-protected routing.

    End-to-end signing latency

    750,000 signs · sustained

    p50

    238 µs

    p95

    296 µs

    p99

    372 µs

    p50p95p99150 µs300 µs450 µs600 µs

    99.95% of signatures under 1 ms · rolling p99 held between 348 and 392 µs across the full run · EVM, decode + policy check + sign, ecdsa secp256k1, eu-west-1, sustained single stream, July 2026

    In your perimeter, next to your algo.

    Your bot sends an unsigned payload. The vault decodes it, checks policy, and signs in microseconds, then the signed transaction executes at your venue.

    • Keys never leave the enclave
    • Policy checked before every signature
    • Control plane stays off the hot path
    Unsigned payload
    Source
    Your bot
    Algo / Bot SDK
    Live
    Fortkey HFT VaultAttested enclave
    010203
    DecodePolicySign
    Signed transaction
    Destination
    Any venue
    Hyperliquid, Drift, ...
    Routed
    Policy compiled ahead of runtime

    Algorithmic by design.

    Authenticate, open a wallet session, and sign the orders your bot builds. Keys stay in the enclave. The Rust SDK and REST API drive the same secured keys and policies as manual trading.

    • Rust SDK and REST API
    • Keys generated inside the enclave on first call
    • Same keys and policies as FortkeyLink manual trading
    use fortkey_hft_sdk::{bytes_to_hex, BotTrader, TxKind, UserId};
    
    #[tokio::main]
    async fn main() -> anyhow::Result<()> {
        // Challenge-response auth with your bot key. No static API keys.
        let pem = std::fs::read_to_string("bot-key.pem")?;
        let mut sdk = BotTrader::new(pem.trim(), UserId::new("us-mm-eu-01")?)?;
        sdk.login().await?;
    
        // Pin an enclave co-located with your venue, then open a wallet session.
        sdk.use_signing_instance("eu-central-1", None, None, None).await?;
        sdk.start_wallet_session("mm-eu-perps", "eu-central-1").await?;
    
        // Your strategy builds the order; Fortkey signs it inside the enclave.
        let order: Vec<u8> = build_order();
        let sig = sdk.sign_tx("mm-eu-perps", &order, TxKind::EvmEip712).await?;
        println!("signature: {}", bytes_to_hex(&sig.to_der()?));
    
        sdk.logout().await?;
        Ok(())
    }

    Payload-aware, compiled inline.

    Policies and payload validations are compiled for your use cases ahead of time and run inline with the signing engine, in the same enclave.

    • No external call to sign
    • Full control over what you sign
    • Sub-1ms end to end, benchmarked

    Benchmarked end to end: decode, policy check, and signature at 372 µs p99, across 750,000 sustained EVM signs.

    The usual way
    Trading system
    Network
    External signer
    Signature returned
    20+ ms

    External signing round-trip for every transaction.

    With Fortkey
    Trading system
    Policy checks + signing in one enclave
    Signature
    372 µsp99

    End-to-end vault path

    No external signing round-trip.

    Under 1 ms is the end-to-end vault path (decode, policy check, and signature) on our EVM benchmark series in eu-west-1. Network time to your venue depends on colocation, and figures vary by chain.

    Multi-region signing, MEV-protected routing.

    Signing replicas in Ireland, Tokyo, and more on demand, latency-routed so bots sign next to the closest venue.

    • Replicas placed next to block builders
    • Private order-flow routing by default
    • Cancel-on-disconnect: session drops trigger automatic cancels at the venue
    ashburnASH
    secaucusSEC
    salt lake citySLC
    dublinDUB
    londonLON
    amsterdamAMS
    frankfurtFRA
    tokyoTYO
    singaporeSIN
    fortkey locationblock builder
    builder topology
    fortkey locationblock builder topology

    A vault for every venue.

    Pre-built HFT vaults for venues, strategies, and execution patterns. Each ships with a deployment guide and a default policy.

    Hyperliquid logo

    Hyperliquid

    Co-located signing for Hyperliquid perps. Tuned for sub-block latency and order-book strategies.

    Hyperliquid
    Raydium logo

    Raydium

    Solana AMM signing path. Optimized for swap routing and LP rebalancing inside one slot.

    Solana
    SolFi logo

    SolFi

    Signing enclave for SolFi market making. Inline policy with venue-specific risk limits.

    Solana
    Uniswap logo

    Uniswap

    Uniswap v3 / v4 signing across mainnet and major L2s. Shared policy and audit envelope.

    EthereumBaseArbitrum
    Aerodrome logo

    Aerodrome

    Base-native AMM signing path. MEV-protected routing on by default.

    Base
    XRPL logo

    XRPL

    Native XRPL signing enclave for payments, DEX, and tokenized asset workflows.

    XRPL
    Sushiswap logo

    Sushiswap

    Multi-chain Sushi signing across EVM venues. One signer, per-chain policy.

    EthereumArbitrumBase

    Your venue

    Trading somewhere else? We build custom HFT vaults for any venue, any chain, on demand.

    Build your vault

    In practice

    Out of the secrets manager, into the enclave.

    A market-making desk ran its perp-DEX trading keys through a cloud secrets manager: fast, but every engineer with deployment access could reach them, and proving who signed what meant archaeology in application logs. Moving the trading float to HFT vaults kept the latency budget intact and replaced implied trust with field-level policies, per-user access, and an audit trail built for handing to a counterparty.

    p99 372 µs

    end-to-end signing, benchmarked

    9 chain families

    EVM, Solana, Canton, and 6 more

    Multi-region

    co-located with leading builders and venues

    Benchmarked end to end on our EVM series in eu-west-1: decode, policy check, and signature across 750,000 sustained single-stream signs. Request the current methodology note.