Cybrid

  • Name: Cybrid
  • URL: https://cybrid.xyz/
  • Category: stablecoin payments company / hosted accounts-and-wallet operations control plane / compliance-heavy money-movement operator
  • Tags: ethereum-ecosystem
  • Summary: Cybrid belongs in companies/, not projects/, because the useful question is not what protocol does Cybrid run? but which named operator bundles onboarding, named and FBO account issuance, fiat↔stablecoin conversion, custody posture, compliance workflow, liquidity routing, and payout-state truth inside one hosted backend shell? The practical authority sits in customer admission, account configuration, reconciliation visibility, risk controls, and the managed-versus-self-managed operating boundary around money movement.
  • What it does:
    • Orchestrates payments across ACH, EFT, RTP, wires, and stablecoin rails such as USDC and USDT through one API layer for fintech and payments builders
    • Offers named accounts and FBO account infrastructure so customers can store, receive, and reconcile fiat and stablecoin balances inside a hosted operational shell
    • Supports fiat↔stablecoin conversion, on/off-ramp flows, and cross-border payouts without forcing integrators to assemble separate custody, compliance, and settlement vendors
    • Integrates KYC, KYB, AML, transaction monitoring, and wallet screening into the same surface used for account, trade, and transfer workflows
    • Exposes sandbox, OpenAPI-based docs, generated API clients, SDKs, and demo apps for developers integrating the platform as a programmable backend operator shell
    • Supports both a managed model where Cybrid provides custody, liquidity, licensing, compliance, and settlement and a self-managed model where customers bring parts of their own stack, which makes the company boundary itself analytically important
  • Key claims:
    • The homepage says Cybrid is an Intelligent Layer for Money Movement that orchestrates payments across stablecoins and fiat with compliance built in, named bank accounts, instant settlement, and simple APIs, which is company-shaped control-plane language rather than protocol language
    • The same page says Cybrid supports ACH, Wire, RTP, EFT, Interac, and stablecoin rails like USDC, USDT, Bitcoin, and Lightning, which makes Cybrid look like a multi-rail operating company rather than a single-asset product note
    • The managed-versus-self-managed product framing shows Cybrid is selling an operator layer around payments infrastructure, not just a narrow API wrapper
    • The B2B payments page says the platform is built to automate supplier payouts, vendor disbursements, treasury operations, ledgering, liquidity management, and integrated compliance, which makes the operating shell more important than any one individual rail
    • The Accounts and Wallets page says Cybrid supports FBO accounts, named virtual accounts, linked US and Canada bank connectivity, auto-conversion between fiat and stablecoins, and real-time reconciliation, which are exactly the account-policy and settlement-state surfaces that belong in companies/
    • The docs introduction says the platform is for compliant stablecoins and fiat payment infrastructure and points developers toward sandbox, recipes, and a full API reference rather than a project whitepaper
    • The platform overview says Cybrid spans KYC/KYB onboarding, bank accounts, fiat money movement, cryptocurrency trading and custody, and international transmission, with Organization, Bank, Customer, Account, Quote, Trade, Transfer, and verification resources exposed through the API model
    • Cybrid’s public GitHub organization and generated Bank/Identity/Organization API clients across multiple languages reinforce that the product is meant to be integrated as a programmable company-run backend platform
  • Whitepaper: No canonical standalone Cybrid whitepaper or litepaper surfaced in this pass. The clearest current source of truth remains the official Cybrid site, docs portal, platform-overview and sandbox guides, accounts/B2B product pages, public GitHub organization, and Bank API documentation repos already collected in ../whitepapers/cybrid-primary-sources-2026-05-02.md.
  • Sources:

Internal linkages

Protocol / company boundary

  • Keep cybrid only as an alias so legacy links keep resolving without pretending there is a separate Cybrid protocol layer doing distinct analytical work from the named operator shell.
  • Keep this note focused on the company boundary: onboarding, account issuance, custody packaging, compliance thresholds, liquidity routing, fiat↔stablecoin conversion, reconciliation, and payout-state truth.
  • That split matters because the real dependency is not how does Cybrid-as-a-protocol work? but which company controls the easiest compliance-heavy stablecoin-and-fiat operations shell many fintech customers inherit by default?

Control surface

  • Practical authority sits in onboarding approval, account issuance, custody setup, compliance thresholds, liquidity routing, reconciliation visibility, and payout handling.

  • Cybrid matters because those defaults decide who can move money, how balances are represented, when fiat converts to stablecoins, which rails are exposed, and what transaction state customers are expected to trust.

  • Read it as a hosted payment-control company, not as a neutral protocol or asset layer.

  • Last reviewed: 2026-08-12 UTC