Skip to main content
Schema: near.intents Table: fact_bridges Type: Base Table

What

Description

The intents__fact_bridges table tracks cross-chain bridge transactions executed through the NEAR Protocol intents system (intents.near contract). This table captures token deposits and withdrawals facilitated by the Omnib ridge Multi-Token (OMFT) protocol using NEP245 multi-token transfer standard. Bridge transactions are identified by mt_mint (inbound deposits from other chains) and mt_burn (outbound withdrawals to other chains) events with deposit/withdraw memos. Data is sourced from intents__fact_transactions and parses the token_id field to extract blockchain and contract address information. The table automatically determines bridge direction (inbound/outbound) and maps source/destination chains based on the log event type and blockchain identifier embedded in the token_id.

Key Use Cases

  • Cross-Chain Bridge Analytics: Track bridge volume, frequency, and patterns for multi-chain asset movement
  • Blockchain Flow Analysis: Analyze which blockchains have the most inbound/outbound bridge activity
  • Token Bridge Monitoring: Monitor specific token contracts being bridged to/from NEAR
  • Bridge Health Metrics: Calculate success rates and identify failed bridge transactions
  • Platform Comparison: Compare bridge activity across different bridge platforms and protocols

Important Relationships

This table is part of the intents schema and relates to:
  • intents.fact_transactions: Source table providing base intent transaction data with NEP245 mt_mint/mt_burn events
  • intents.ez_transactions: Enriched view of intent transactions with token metadata and pricing
  • defi.fact_bridge_activity: Main bridge fact table aggregating all bridge sources including intents

Commonly-used Fields

  • direction: Inbound (deposit from other chain to NEAR) or outbound (withdraw from NEAR to other chain)
  • source_chain / destination_chain: Blockchain identifiers extracted from token_id (e.g., ‘ethereum’, ‘polygon’, ‘near’)
  • token_address: Parsed contract address from the token_id
  • token_address_raw: Full token_id with protocol prefix (e.g., ‘nep141:ethereum-0xabc…omft.near’)
  • amount_unadj / amount_adj: Unadjusted and adjusted token amounts (currently identical, placeholder for future decimal conversion)
  • platform: Always ‘intents’ for this table
  • bridge_address: The intents.near contract address
  • receipt_succeeded: Boolean indicating if the bridge transaction completed successfully

Columns

Column NameData TypeDescription
BLOCK_IDNUMBERThe height of the chain this block corresponds with.
BLOCK_TIMESTAMPTIMESTAMP_NTZThe date and time at which the block began.
TX_HASHTEXTUnique identifier (hash) of this transaction.
LOG_INDEXNUMBERSequential index of the log entry within the receipt
LOG_EVENT_INDEXNUMBERPosition of the event in the log_data array
TOKEN_ADDRESSTEXTThe contract address corresponding to the token, view details of the contract by following this address on the chain explorer.
TOKEN_ADDRESS_RAWVARIANTThe raw token identifier as it appears on-chain, including the full token ID with blockchain prefix and contract address. For NEAR tokens, this includes the full token ID format (e.g., ‘nep141:token.near.omft.near’). This field preserves the original token representation before any parsing or standardization is applied.
AMOUNT_UNADJTEXTUnadjusted amount of tokens as it appears on-chain (not decimal adjusted). This is the raw token amount before any decimal precision adjustments are applied. For example, if transferring 1 NEAR token, the amount_raw would be 1000000000000000000000000 (1e24) since NEAR has 24 decimal places. This field preserves the exact on-chain representation of the token amount for precise calculations and verification.
AMOUNT_ADJTEXTDecimal adjusted amount of tokens (as float, rounded - use this generally). This field provides the token amount after applying the appropriate decimal precision adjustments based on the token’s decimal places. For example, if transferring 1 NEAR token, the amount_adj would be 1.0 after dividing the raw amount (1e24) by 10^24. This field is the most commonly used representation for token amounts in analytics and reporting as it provides human-readable values.
DESTINATION_ADDRESSTEXTThe address tokens are being sent to, in a transfer or bridge transaction.
SOURCE_ADDRESSTEXTThe originating address from which tokens are being sent, in a transfer or bridge transaction. This addressed is ascertained as best as possible, but may be null depending on the available information. Example 1 - tx CzPRdoiU74bo9yqqt9fCP5Xdab2mPVqxr9gU5xeaQA4a stores just “signerpublickey 0x0x1589…f694” on chain. Example 2 - tx FA7tQeGQnhminbas28YgaizwmT4vnEUiCr3vdXmN3Xjn does not log any signing address at all.
PLATFORMTEXTThe protocol utilized for the operation, likely a swap or bridge.
BRIDGE_ADDRESSTEXTThe address of the deployed contract for the token, nft, or other smart contract.
DESTINATION_CHAINTEXTThe recipient blockchain in a bridge transaction.
SOURCE_CHAINTEXTThe originating blockchain in a bridge transaction.
METHOD_NAMETEXTName of the method(s) approved for use. NULL if permission is FullAccess.
DIRECTIONTEXTDirection of funds through a bridge. Inbound = tokens bridged to Near ecosystem. Note - for the Rainbow bridge, inbound means Near or Aurora as tokens pass through Near to get to Aurora.
RECEIPT_SUCCEEDEDBOOLEANBoolean indicating whether the receipt was successfully processed. This field tracks the execution status of the receipt, which is crucial for understanding transaction outcomes. While most transactions succeed, individual receipts within a transaction can fail due to various reasons such as insufficient gas, contract errors, or invalid parameters. This field is essential for filtering successful operations and analyzing failure patterns.
FACT_TRANSACTIONS_IDTEXTA unique identifier for the record.
FACT_BRIDGES_IDTEXTA unique identifier for the record.
INSERTED_TIMESTAMPTIMESTAMP_NTZThe timestamp at which the record was initially created and inserted into this table.
MODIFIED_TIMESTAMPTIMESTAMP_NTZThe timestamp at which this record was last modified by an internal process.
_INVOCATION_IDTEXTA job ID to identify the run that last modified a record.