Connect to Hedera via Vezgo API

Accounts

Positions

Transactions

Support for Accounts, Positions and Transactions enabled. Support for Nfts pending.

Retrieves a maximum of 500 new transactions per sync.

Full List of Integrations

Data mapping

A field-level guide to the Vezgo API data for Hedera — what each attribute means and where to read it — so you can map it into your own system.

DataWhere to read itSource on Hedera
Account & walletaccount.wallets[].addressHedera connects with a wallet address — a Hedera account id (e.g. 0.0.12345) or an EVM-format address — read-only and public; no API key or secret. One address is one account; wallet.address is the stable identity reused across syncs and reconnects. Balances and transactions are read from the public Hedera mirror node.
Balances / positionsaccount.balances[]Native HBAR plus HTS fungible tokens from the live mirror-node snapshot. Each balance has ticker, amount, decimals and fiat_value (USD); amount is already in whole-token units. Native HBAR uses ticker HBAR; HTS tokens add ticker_address — the Hedera token id (e.g. 0.0.67890). asset_type is "crypto" for everything. Tokens with a zero balance are omitted.
TransactionsGET /accounts/:id/transactionsSuccessful HBAR and HTS token movements from the mirror node. Each Vezgo transaction is the wallet's net change in a single asset (HBAR or one token). See "How to read a transaction" below.
Assets / securitiesbalance.ticker · balance.ticker_addressNative HBAR uses ticker HBAR. HTS tokens are keyed by ticker_address — the Hedera token id (0.0.x) — and use the token's symbol as ticker. (Token-transfer parts on transactions are identified by ticker only — they carry no ticker_address.)

How to read a transaction

Each successful HBAR or HTS token movement maps to a Vezgo transaction. Read the value movement from parts[0]:

  • Value movement — parts[0] (direction sent/received, ticker, amount, fiat_value in USD). Each transaction carries a single part: the wallet's net change in one asset (HBAR, or one HTS token).
  • Native vs token — a single on-chain transaction (one transaction_hash) that moves both HBAR and an HTS token is surfaced as two Vezgo transactions (one HBAR, one token) that share the same transaction_hash and misc.origin_id. The HBAR network fee is on the HBAR transaction.
  • Type — transaction_type is deposit (net received) or withdrawal (net sent), derived from the wallet's net movement. There is no transaction_subtype, and a swap appears as a separate withdrawal + deposit, not a single trade.
  • Network fee — fees[] (HBAR), charged on the wallet's outgoing (withdrawal) transactions. The transaction hash is in transaction_hash; misc.origin_id is the Hedera transaction id (e.g. 0.0.12345@1700000000.000000000) and misc.origin_type is the Hedera transaction type (e.g. CRYPTOTRANSFER).
// One Vezgo transaction = one asset movement (HBAR or one HTS token) for the wallet
const hash = tx.transaction_hash;      // Hedera transaction hash
const id   = tx.misc.origin_id;        // Hedera transaction id (0.0.x@seconds.nanos)
const kind = tx.misc.origin_type;      // Hedera transaction type (e.g. CRYPTOTRANSFER, TOKENMINT)

const type = tx.transaction_type;      // deposit | withdrawal (net direction)
const part = tx.parts?.[0];            // single asset movement (HBAR or one token)
const fee  = tx.fees?.[0];             // network fee in HBAR (on withdrawals)

// A single on-chain tx moving HBAR + a token = two Vezgo txns sharing transaction_hash / origin_id.
// Hedera parts carry no from/to address and no transaction_subtype; only successful txns are imported.
Where to read itAttributesWhat it is
tx.parts[0]direction, ticker, amount, fiat_valueThe wallet's net movement in one asset (HBAR or one HTS token). No from / to address. Token movements are identified by ticker only (no ticker_address on the part).
tx.transaction_typedeposit / withdrawalNet direction of the wallet's movement (deposit = received, withdrawal = sent). There is no transaction_subtype.
tx.fees[0]ticker ("HBAR"), amount, fiat_valueNetwork fee in HBAR, charged on the wallet's withdrawal transactions.

misc.origin_type is the Hedera transaction type (the consensus transaction name, UPPERCASE). Treat the set as open-ended. Common values:

  • CRYPTOTRANSFER
  • TOKENMINT
  • TOKENBURN
  • TOKENASSOCIATE
  • CRYPTOAPPROVEALLOWANCE
  • CONSENSUSSUBMITMESSAGE
  • CONTRACTCALL

Supported

  • Native HBAR balances and transfers
  • HTS fungible token balances and transfers (keyed by Hedera token id)
  • Network fees (reported in HBAR)
  • USD fiat valuation for balances and priced token positions

Notes & limitations

  • Balances reflect the current mirror-node snapshot of the account's holdings.
  • Only successful transactions are imported (failed / non-SUCCESS results are excluded).
  • Each transaction is the wallet's net movement in a single asset — a swap or multi-asset transfer surfaces as separate deposit / withdrawal transactions (sharing transaction_hash / misc.origin_id), not a single trade; there is no transaction_subtype.
  • Transactions carry no on-chain from / to address (only the wallet's net change), and token-transfer parts have no ticker_address — identify the token by ticker.
  • NFTs (HTS non-fungible tokens) are not imported.
  • decimals is populated only for tickers in Vezgo's known-decimals table (e.g. BTC, ETH, USDC, USDT) — it is null for HBAR and most HTS tokens; the amount is already in whole-token units.
  • A maximum of 500 source transactions are imported per sync; older history beyond that is not fetched.
  • fiat_value can be 0 / null when a USD rate is unavailable (e.g. a token with no known price).
See the full Vezgo object reference

Try to connect to Hedera in our Demo Sandbox

Open Demo

Let's get you started

To get your API Keys, sign up on the portal or reach out to the team at sales@vezgo.com

You have questions? Contact us