Rabby Wallet API integration services (EVM OpenData & DeFi portfolio sync)

Protocol analysis, multi-chain balance & DeFi position exports, and transaction-history APIs for Rabby Wallet — the open-source EVM wallet by DeBank.

From $300 · Pay-per-call available
OpenData · Web3 OpenFinance · EVM protocol analysis · DeFi portfolio API

Turn Rabby Wallet activity into structured API feeds for your accounting, analytics, and risk stack

Rabby Wallet is a non-custodial EVM wallet backed by DeBank with support for 240+ chains, transaction pre-signing simulation, and a rich DeFi discovery layer. We help teams integrate, export, and normalize the wallet-side data that Rabby users generate every day — across the browser extension and the native Android / iOS apps.

Multi-chain portfolio API — Aggregate token balances, NFT holdings, and DeFi positions across Ethereum, Arbitrum, Optimism, Base, BNB Chain, Polygon, and 230+ other EVM networks into a single normalized JSON feed.
Transaction history & statement export — Paginated, filterable on-chain transfer and swap history with gas, counterparty, protocol tagging, and CSV / Excel / JSON export for treasury and bookkeeping.
DApp & signature analysis — Inspect the transaction-simulation layer, Dapp allowlist, and signature history so risk teams can build pre-trade checks and reconstruct what each user actually approved.

Why Rabby Wallet data is worth integrating

Unlike centralized fintech apps, a wallet like Rabby holds no classic bank statement — but it holds something equally valuable: a verifiable, time-stamped record of every on-chain interaction a user has signed. Each approval, swap, bridge, lending deposit, or perpetual trade through Rabby leaves a trail that teams building OpenFinance for Web3 want to read, normalize, and reconcile.

In 2024 Rabby introduced a 0.25% swap fee alongside deeper integrations for chains such as IOTA EVM, and in 2025 it shipped native Hyperliquid balance tracking, lending-protocol integration with Aave, Spark and Venus, and per-DApp address selection controls. Each of these features generates new structured data points that your backend can subscribe to — not just "wallet A holds 1.2 ETH", but "wallet A has a variable-rate debt position on Aave v3 with an active health factor". Our role is to help you pull that data out through a clean, compliant API surface.

This page describes how we analyze Rabby's public @rabby-wallet/rabby-api surface, its injected EVM provider, and the underlying DeBank OpenAPI to ship production-grade integrations — with source-code delivery from $300 or a pay-per-call hosted endpoint.

Feature modules we build

1. Portfolio aggregation API

Pulls total USD value, per-chain token balances, staked assets, and LP positions for any EVM address the user has connected in Rabby. Powers treasury dashboards, fund-of-funds reporting, and client-facing net-worth screens. Under the hood we use getTotalBalance, getTokenList, and per-chain protocol calls, then normalize symbols, decimals, and price oracles.

2. Transaction history & statement module

Exports swap, bridge, transfer, and contract-call history with timestamps, gas in wei and fiat, counterparty addresses, protocol names (Uniswap, Aave, 1inch, etc.), and categorized tags. Supports date range, chain filter, and pagination. Use case: generating tax-ready statements or feeding a general-ledger system.

3. DeFi position & yield module

Fetches open lending, borrowing, staking, and LP positions per protocol, including claimable rewards, health factors, and liquidation thresholds. Specific use: a risk desk that needs per-wallet borrow exposure on Aave / Spark / Venus refreshed every 60 seconds.

4. Approval & allowance auditor

Enumerates outstanding ERC-20 and ERC-721 approvals (including unlimited-allowance flags) per connected wallet, plus Rabby's DApp connection list. Specific use: compliance alerts when a user has granted unlimited allowance to an unknown contract.

5. Signature-intent & simulation relay

Captures the result of Rabby's pre-transaction simulation (expected balance change, risk labels, target contract) and forwards it to your backend for logging, co-signing, or policy enforcement. Specific use: corporate wallets that require a second approver before any call with a negative simulated balance change.

6. Webhook & event stream

Push deltas (new transaction confirmed, new token detected, position liquidated, approval revoked) to your HTTPS webhook in near real time. Specific use: customer-facing notification services or automated rebalancing bots that must not rely on polling.

Data available for integration

The table below lists the structured data we typically expose from a Rabby Wallet integration. Granularity and refresh frequency depend on the target chain's indexer and DeBank OpenAPI rate limits, but every row below has been delivered in production engagements.

Data typeSource (screen / feature)GranularityTypical use
Address-level token balancesHome > Portfolio tabPer-address, per-chain, per-token; updated every 30–60sNet-worth dashboards, treasury reporting
DeFi protocol positionsPortfolio > DeFi section (Aave, Spark, Venus, Uniswap, Pendle)Per-position (supply, borrow, LP, farm), with APR and rewardsRisk control, yield analytics, health-factor alerts
NFT & collectible holdingsNFTs tabPer-collection, per-token ID, with floor priceValuation, portfolio reporting, tax cost-basis
Historical transactionsHistory tabPer-tx: hash, block, timestamp, gas, counterparty, protocol tagAccounting, AML/KYT monitoring, statement export
Token approvals & DApp connectionsSettings > Approvals / Connected sitesPer-contract, per-spender, per-token; allowance in weiCompliance & security audits, auto-revoke flows
Swap / bridge route telemetrySwap & Bridge modulesPer-quote: route hops, fees, slippage, source/destination chainBest-execution analysis, TCA for Web3 trading desks
Transaction simulation resultsPre-sign popupPer-request: expected delta, risk label, contract methodPolicy engines, corporate co-sign, fraud checks

Typical integration scenarios

Scenario 1 — Crypto-native accounting & tax reporting

Business context: an accounting SaaS needs to import a fund's full on-chain activity across 20 EVM addresses. Data & API involved: Rabby transaction history module + DeFi position module, normalized into double-entry records with cost basis in USD. OpenData / OpenFinance mapping: the same role that an Open Banking "Account Information Service" plays for a bank account, but applied to a non-custodial EVM wallet — the user authorizes the provider to read structured wallet data for accounting purposes.

Scenario 2 — Treasury dashboard for a DAO or family office

Business context: a DAO council wants a single dashboard showing all multisig and Rabby-held assets, including locked staking and LP positions. Data & API involved: portfolio aggregation API + DeFi position module, refreshed every minute; optional webhook for >5% drawdowns. Mapping: an OpenFinance-style "wealth consolidation" feed, spanning on-chain instruments that don't exist in traditional PSD2 scopes.

Scenario 3 — Risk & compliance monitoring for an exchange OTC desk

Business context: an OTC desk onboards a counterparty that uses Rabby; the desk must run continuous Travel Rule, sanctions, and approval-risk checks. Data & API involved: transaction history + approval auditor + signature-intent relay, pushed into the desk's AML engine. Mapping: equivalent to account transaction monitoring under PSD2/AML6, but bridged to Web3 data.

Scenario 4 — Corporate policy engine & co-sign flow

Business context: a crypto-native company issues Rabby wallets to 30 employees and requires a second-approver policy on any transaction > $10k. Data & API involved: signature-intent relay module with simulation payload; integration with an internal approval service. Mapping: OpenBanking-style "Payment Initiation" flow, adapted for on-chain signing rather than SEPA/UPI rails.

Scenario 5 — Consumer "unified wallet" aggregator

Business context: a consumer app aggregates balances from Rabby, a centralized exchange account, and a bank account. Data & API involved: portfolio aggregation API from Rabby, CEX read-only keys, and an Open Banking AIS provider; merged server-side into a single timeline. Mapping: a classic OpenFinance use case extended with Web3 data — the integration layer we build for Rabby becomes the Web3 counterpart of a bank-data API.

Technical implementation

Below are abbreviated samples from real integration kits. All code snippets are illustrative pseudocode and do not leak any private key material. Final deliverables ship with full source (Python / Node.js / Go), unit tests, and OpenAPI specs.

Sample 1 — Portfolio balance via rabby-api

// Node.js, using @rabby-wallet/rabby-api
import { OpenApiService } from '@rabby-wallet/rabby-api';

const rabby = new OpenApiService({
  store: { host: 'https://api.rabby.io' }
});
await rabby.init();

const address = '0xAbC...1234';
const total   = await rabby.getTotalBalance(address);
const tokens  = await rabby.getTokenList(address, 'eth');

// Response (trimmed):
// {
//   "total_usd_value": 18432.55,
//   "chain_list": [
//     { "id":"eth", "usd_value": 12330.10 },
//     { "id":"arb", "usd_value":  4102.20 }
//   ]
// }

Sample 2 — Transaction history export

POST /api/v1/rabby/history
Content-Type: application/json
Authorization: Bearer <ACCESS_TOKEN>

{
  "address":   "0xAbC...1234",
  "chains":    ["eth","arb","base","op","bnb"],
  "from_date": "2025-01-01",
  "to_date":   "2025-06-30",
  "types":     ["transfer","swap","bridge","approve"]
}

// 200 OK
{
  "cursor": "eyJ0IjoxNz...",
  "items": [
    {
      "tx_hash": "0x…",
      "chain":   "eth",
      "block":   19842011,
      "ts":      "2025-02-14T08:21:03Z",
      "type":    "swap",
      "protocol":"uniswap_v3",
      "in":  { "symbol":"USDC", "amount":"2000" },
      "out": { "symbol":"ETH",  "amount":"0.62"  },
      "gas_usd": 1.42,
      "risk_label": null
    }
  ]
}

Sample 3 — Simulation webhook

// Webhook pushed to your backend before user signs
POST https://your-backend.example.com/rabby/pre-sign
X-Signature: t=1735689600,v1=5b0c…

{
  "event":    "pre_sign_simulation",
  "wallet":   "0xAbC...1234",
  "chain_id": 1,
  "method":   "approve",
  "target":   "0x00000000219ab540356cBB839Cbe05303d7705Fa",
  "simulation": {
    "expected_balance_changes": [],
    "allowance_changes": [
      { "token":"USDT","spender":"0xUnknown","amount":"unlimited" }
    ],
    "risk_label": "unlimited_allowance_to_unverified"
  },
  "policy_hint": "require_second_approver"
}

// 200 -> allow; 403 -> block & prompt second signer

Compliance & privacy

We always operate under explicit user or enterprise authorization and rely on publicly documented interfaces. For Rabby Wallet integrations specifically, we align deliverables with the regulations most frequently raised by our clients:

Rabby Wallet itself is non-custodial — private keys never leave the device. Our integrations preserve that property: we never handle seed phrases, and we strongly discourage any design that would require them.

Data flow / architecture

A typical Rabby Wallet OpenData pipeline has four stages: (1) Client — the Rabby extension or mobile app, producing user-authorized reads and pre-sign simulation events. (2) Ingestion layer — our hosted API + webhook endpoints that call api.rabby.io, the DeBank OpenAPI, and chain RPCs, then normalize results. (3) Storage & enrichment — a time-series store (Postgres / ClickHouse) plus address metadata, protocol tags, and price oracle snapshots. (4) Consumer APIs — REST and webhook endpoints that your dashboard, accounting stack, or risk engine consumes. Every hop is logged with request IDs for audit.

Market positioning & user profile

Rabby Wallet is positioned as a "DeFi-native" alternative to generic browser wallets, favored by active Web3 users, DAOs, and small crypto funds. It is available as a Chrome/Brave/Edge extension and as a native Android & iOS app, with global distribution — historically with strong user clusters in North America, Western Europe, and East/Southeast Asia. Typical Rabby users are higher-signal on-chain participants: they interact with DeFi protocols, hold assets across multiple chains, and care about transaction simulation before signing. That profile makes Rabby data especially relevant for B2B tools (portfolio analytics, tax, treasury, compliance) rather than purely retail onboarding.

Screenshots

Representative screens from Rabby Wallet — click any thumbnail to open a larger view. These images are used purely for illustration; all trademarks belong to their respective owners.

Rabby Wallet screenshot 1 Rabby Wallet screenshot 2 Rabby Wallet screenshot 3 Rabby Wallet screenshot 4 Rabby Wallet screenshot 5 Rabby Wallet screenshot 6 Rabby Wallet screenshot 7 Rabby Wallet screenshot 8 Rabby Wallet screenshot 9 Rabby Wallet screenshot 10

Similar apps & integration landscape

Rabby Wallet sits in a broader ecosystem of Web3 wallets. Many of our clients maintain integrations across several of these apps at once and need a unified data model. The list below is not a ranking — these apps are simply part of the same integration landscape, and projects that combine Rabby data with any of them typically benefit from the same OpenData pipeline described above.

MetaMaskIndustry-standard EVM browser + mobile wallet with ~30M monthly users. Teams integrating Rabby often need unified balance and transaction exports across both MetaMask and Rabby vaults.
Trust WalletBinance-owned multi-chain wallet with 220M+ downloads and 70+ chains. Commonly paired with Rabby when a client wants a single portfolio view spanning EVM and non-EVM assets.
Phantom WalletStarted on Solana, now supports Ethereum and Polygon with 15M monthly users. Useful reference when designing cross-VM (Solana + EVM) normalization layers alongside Rabby.
OneKeyOpen-source wallet with hardware device support and low swap fees. Relevant for clients that want a hardware-backed signing flow while reading data through the same API model used for Rabby.
Coinbase WalletSelf-custody wallet from Coinbase, supporting 100+ networks with Layer 2 focus. Often integrated in parallel with Rabby for enterprise clients with mixed custody preferences.
Rainbow WalletOpen-source, design-focused EVM wallet for Ethereum, Optimism, Arbitrum and Polygon. A frequent "dual-wallet" companion to Rabby for retail-facing products.
ZenGoMPC-based wallet without seed phrases, targeting security-sensitive users. Useful comparison point for clients evaluating key-management models around a Rabby integration.
ZerionMobile-first Web3 portfolio tracker and wallet with strong analytics, overlapping with many of the DeFi position metrics exposed from Rabby.
Exodus WalletLong-running multi-asset wallet with fiat ramps. Clients integrating Rabby sometimes also sync Exodus address data for a complete picture.
Uniswap WalletNative wallet from the Uniswap team, geared toward swapping. Integrations alongside Rabby are common for trading-desk analytics.
MyEtherWallet (MEW)Veteran Ethereum wallet with strong EVM support. Relevant in long-tail portfolio audits that include legacy wallet data alongside Rabby.

What we deliver

Deliverables checklist

  • OpenAPI / Swagger specification covering every exposed endpoint
  • Protocol & authorization flow report (EIP-1193, EIP-6963, rabby-api, DeBank OpenAPI)
  • Runnable source in Python / Node.js / Go for portfolio, history, and webhook flows
  • Postman collection, automated integration tests, and load-test notes
  • Compliance guidance (MiCA, GDPR, FATF Travel Rule, sanctions screening)
  • Operational runbook: rate limiting, retries, chain-outage handling

Engagement models

Source code delivery from $300: we hand over the runnable API source code and full documentation; you pay after delivery upon satisfaction.

Pay-per-call API billing: access our hosted endpoints directly and pay only for the calls you make — no upfront fee, ideal for teams that want to validate a use case before committing engineering time.

About our studio

We are an independent technical services studio focused on App interface integration and authorized API integration. Our team combines hands-on experience in mobile engineering, fintech, and Web3 infrastructure — including protocol analysis, reverse engineering (for authorized research), OpenBanking / OpenFinance connectors, and high-throughput data pipelines. We ship end-to-end: from analyzing a target app's authorization flow to delivering tested, documented source code that your own engineers can maintain.

For Web3 wallets like Rabby, we pay particular attention to three things that distinguish a production-grade integration from a weekend script: correct handling of reorgs and pending transactions; normalization across heterogeneous chain indexers; and explicit, loggable user-authorization flows that satisfy compliance reviewers. Every project ships with a written compliance note tailored to your jurisdiction.

We work with clients globally — crypto exchanges, DeFi protocols, fintech builders, accounting SaaS, and in-house data teams — and we are happy to sign NDAs where required.

Contact

Ready to scope a Rabby Wallet integration or a broader OpenData project across Web3 and OpenBanking sources? Send us the target app, the data you need, and your target jurisdictions — we'll come back with a fixed quote (from $300) or a pay-per-call plan.

Open contact page

Engagement workflow

From scope to first delivery

  1. Scope confirmation — integration scenarios, target chains, rate-limit expectations, and compliance constraints.
  2. Protocol analysis & API design — 2–5 business days to map the Rabby + DeBank + chain-RPC surface into your endpoints.
  3. Build and internal validation — 3–8 business days for implementation, unit & integration tests.
  4. Docs, samples, and test cases — 1–2 business days to ship OpenAPI, Postman, and runbook.
  5. First delivery — typically 5–15 business days; complex multi-chain or webhook flows may extend timelines.

FAQ

What do you need from us to start?

The target app name (Rabby Wallet), the exact data you need (portfolio, history, DeFi, approvals, simulations), target chains, and any existing backend or sandbox access.

Do you ever touch private keys or seed phrases?

No. All integrations are read-oriented or signature-relay; private material never leaves the user's device.

How do you handle compliance?

We use only documented / authorized APIs, log every call with request IDs, and deliver a compliance note aligned to your jurisdiction (MiCA, GDPR, Travel Rule, OFAC).

What if Rabby's API rate limits are too low for our volume?

We combine api.rabby.io, DeBank OpenAPI, and direct chain RPC / indexer providers (e.g. custom nodes) so your effective throughput is not capped by a single source.
Original app overview (appendix) — Rabby Wallet - Crypto & EVM

Rabby Wallet - Crypto & EVM (package com.debank.rabbymobile) is the mobile companion to the popular Rabby browser-extension wallet, developed by the team behind DeBank. It is positioned as the "go-to wallet for Ethereum and EVM" and focuses on three things: tracking a user's portfolio across every EVM chain in one place, surfacing popular Dapps, and connecting to them seamlessly.

  • Multi-chain portfolio tracking across 240+ EVM networks including Ethereum, Arbitrum, Optimism, Base, BNB Chain, Polygon, IOTA EVM, and others.
  • DApp discovery and connection with WalletConnect and DeBank's curated DApp directory, plus per-DApp address selection controls introduced in 2025.
  • Transaction pre-sign simulation that shows expected balance and allowance changes before signing, reducing the risk of malicious contract calls.
  • Mobile-first DeFi: in 2025 Rabby Mobile added native Aave, Spark, and Venus lending flows, alongside Hyperliquid balance tracking.
  • Swap and bridge modules using best-route aggregation with a 0.25% protocol fee introduced in 2024.
  • Privacy policy: https://rabby.io/docs/privacy

Rabby Wallet is an open-source, non-custodial wallet — private keys remain on the user's device. Integrations described on this page always assume explicit user or enterprise authorization and documented public interfaces.