Bridge Snapshot
Product labels first. Runtime facts support the product; they are not the product.
QUADPublic Accountability
Product labels first. Runtime facts support the product; they are not the product.
Bridge owns passage evidence. It can record what crossed a boundary, but the receiving surface still decides local meaning.
Acquisition intent, source-pool mapping, host evidence, owner vaults, route outputs, receipts, refusal, and quarantine-facing delivery posture.
Product runtime proofs, resident-node evidence, IBC transport proof, source-pool receipts, per-asset ledger rows, quote-first intake shapes, owner-vault allocation proof, public product pages, proof packets, and Infra export wires are active; ungated public movement remains closed until Bridge and destination evidence support the lane.
Use bridge.uquad.org for product journey, ledger, inventory, vaults, gates, host evidence, proof, status, and data files.
Bridge receipt, source inventory, or host assignment does not prove destination admission, host-asset ownership, redemption, or live movement by itself.
Bridge should read like border law: who sent what, through which host path, under which fees, with which proof, and what the destination still has to decide.
Bridge should answer the practical route question first: what is being sourced, where is it being held, what proof exists, and what still has to be accepted by the destination.
This is the main-domain reading contract. Current route records belong on Bridge-owned pages such as product, acquisition, ledger, vaults, host evidence, and proof.
Bridge records intent, quote, route, source pool, host-account assignment, owner-vault evidence, receipts, refusal, and quarantine labels.
It does not decide what a receiving chain must admit.
Use Bridge when movement needs a held-asset ledger, source evidence, route-output classification, native-vault posture, and a clear line between acquisition, receipt, and destination admission.
The Bridge subdomain now owns the detailed product map. The main site keeps the public explanation and boundary.
Bridge turns a movement request into a bounded record instead of a vague promise.
The caller supplies a payment denom, amount, requested host asset, lane, and destination boundary. Bridge does not invent a default asset or route.
The quote separates asset cost, host execution cost, proof and memory cost, Bridge service margin, and risk buffer.
The route-output denom is classified before any public meaning is implied: admitted route by policy, quarantine, host-native, or wrapper-style representation.
Bridge can draw from protocol inventory first and record approved fresh sourcing for shortfalls when that lane is allowed.
Host-account or native-vault assignment is recorded as evidence. Assignment is not destination admission, sale access, or reserve backing.
Bridge records quote, payment intent, route, funding evidence, receipt state, refusal state, and safe export labels for later review.
Public labels for what Bridge tracks, including source-backed per-asset pool rows where Bridge can safely publish them.
Bridge tracks inventory, bonded value, host-vault assignment, route output, fees, buffers, receipts, refusal, and quarantine. The ledger can show an asset amount where Bridge has a current published source, but that amount is still not liquidity, redemption, destination admission, or open public movement.
Bridge-owned or Bridge-tracked inventory that can satisfy an approved acquisition lane before fresh sourcing is needed.
User-supplied or request-linked value held for a bounded acquisition, quote, or route decision.
The host-chain account or vault label tied to a specific request or lane. It proves assignment posture, not receiving-chain admission.
Gas, miner fee, rent, relay submission, deployment, and host execution costs stay visible as pass-through categories, not hidden Bridge margin.
Buffers account for slippage, reorg/finality risk, dust, and safety posture. A buffer label is not a yield, backing, or redemption promise.
Each committed order records what the output claims to be and what policy action applies before any destination can treat it as meaningful.
Bridge preserves public receipts and Infra export labels so later readers can inspect what happened without seeing private route procedure.
If price, proof, finality, fee, route, or authority posture fails, the record can refund, refuse, or quarantine rather than reinterpret the request.
Not every Bridge movement is the same product. The class matters.
Bridge separates representation posture, native-vault posture, inventory use, and host action mandates. That keeps product language from pretending every route is the same.
A representation-style claim when native-vault posture is not available or not worth opening for the request.
A small follow-on representation update that stays explicitly below host-native vault posture.
A movement from representation posture into a native host-vault posture when evidence, size, and policy allow it.
A native host-asset acquisition path where host-side evidence and finality posture matter more than convenience.
Bridge-managed inventory used to satisfy allowed host-native requests while keeping route, receipt, and cost labels reviewable.
A bounded request for a host-side action, not a generic trading desk, AMM, wrapper mint, or sell/redeem/swap surface.
A lane map is not an activation list. Endpoint access is not native-vault admission.
Bridge can name candidate host lanes without opening them. Native-vault language requires lane-specific proof, custody posture, and finality rules.
Bitcoin, Ethereum, and Solana are the primary native-vault shapes: hard-asset UTXO, account-style host action, and high-value host execution respectively.
Base, Arbitrum, OP Mainnet, Polygon PoS, Avalanche C-Chain, BNB Smart Chain, and similar venues are candidates, not production-native lanes by default.
USDC, PAXG, USDP, KAG, USDe, ONDO, Pendle, DAI, MKR, LINK, and related assets need issuer/protocol proof posture, not generic bridge language.
Cosmos assets belong in Cosmos route and endpoint manifests. They are not automatically native-vault lanes just because Bridge can name them.
Bridge can show evidence before it opens movement. That is the point.
Before a route opens, Bridge needs verifier, signer, finality, receipt-binding, fee, refusal, and authority boundaries for that lane.
The host-chain proof source has to be production-ready for the lane being claimed.
Signing and custody posture must be named and bounded before production movement exists.
Reorg, timeout, replay, and confirmation rules must be clear enough for the lane.
Accepted Infra export or receipt binding must exist where the lane depends on durable proof memory.
Bad proof, mismatched routes, bad price, dust, fee failure, or unsafe authority must have a normal stop path.
Host-chain costs, proof cost, memory cost, dust limits, and buffers must be visible as categories before quotes are trusted.
Bridge can prove passage and acquisition posture. It cannot force Core admission, Liquid settlement, Infra truth, or any destination's accounting decision.
Bridge can show product evidence without opening a production route.
Bridge has product journey, source-pool receipts, per-asset pool ledger rows for BTC, ETH, USDC, PAXG, and INJ, quote-first PAXG/USDC/ATOM into OBOL intake shapes, owner-vault allocation proof, Core acknowledgement evidence, split-denom receipts, host-gas accounting, resident runtime evidence, and proof-packet folders. Public movement remains lane-gated unless a route-specific page says otherwise.
The Bridge subdomain now has a product-first path that separates buyer intent, source-pool mapping, owner vaults, terminal receipts, and lane-gated labels.
Bridge publishes source-backed pool rows for BTC, ETH, USDC, PAXG, and INJ under Bridge-specific labels. Inventory evidence is not free spend, wrapper minting, redemption, liquidity, or destination admission.
Bridge models a single Bridge-side source pool for an asset and lane, then maps approved requests to stable owner vaults. The pool is not the buyer vault and the buyer vault is not Bridge-owned liquidity.
USDC, PAXG, and INJ keep their source context in Bridge data files, so a ticker is not treated as a vague asset without receipt or query backing.
Core can acknowledge Bridge owner-vault allocation evidence without minting local bank funds. Delivery and acknowledgement remain separate from Treasury admission and ordinary spendability.
Bridge has product receipts for split input and output denoms, route classification, host-gas reserve, Bridge fee, net owner-vault allocation, and readiness labels without claiming generic public bridge access.
Host-chain gas is now quoted or reserve-labelled separately from the Bridge route fee, so cost accounting does not disappear inside spread language.
Bridge can package runtime records for movement, Infra delivery, Liquid handoff, receipts, custody, settlement, and refusal reasons.
The Bridge box is running a resident Comet/ABCI node, an IBC transport proof node, Bridge-QUAD Hermes transport, public status data, source-pool evidence, and proof packets.
Bridge runtime evidence is active, but route opening still depends on current lane evidence: quote, source settlement, host finality, signer posture, receiver acknowledgement, and destination boundary.
Bridge law pins ABI, source, runtime, creation, artifact hashes, admin posture, event schema, and smoke records before any host contract can be treated as production-active.
This page opens no generic sell, redeem, swap, wrap, unwrap, public exit, destination admission, production liquidity, bank debit, or host execution claim beyond route-specific owner-published evidence.
Bridge should be judged by ledgers, classes, gates, and receipts, not promises.
Whether the record is protocol inventory, user bonded value, host-vault assignment, reserve buffer, receipt, refusal, or quarantine.
Whether asset cost, host execution cost, proof and memory cost, service margin, and risk buffer are separated.
Whether output is host-native, admitted by policy, representation-style, refused, or quarantined.
Whether verifier, signer, finality, receipt binding, fee/dust, and authority boundaries are complete before a lane is called production-active.
Whether passage, proof carriage, receipt work, relayer cost, and border friction are separated from Core admission, Infra memory, and Liquid settlement.
Whether Ethereum-mainnet evidence is treated as lane-specific host evidence, not internal admission, settlement, redemption, or a generic public bridge-across product.
Whether record-only readiness stays separate from live packet handshakes, relayer compatibility, and keeper-backed IBC state transitions.
The main site keeps Bridge's boundary role readable when the Bridge subdomain, host-evidence page, route ledger, or readiness surface is stale or offline.
Bridge purpose, product classes, native-vault boundary, pool labels, public scope, and lane-gated posture.
Current route records, host observations, vault evidence, RPC/provider health, proof pages, and receipt lookup.
Bridge outage does not imply destination admission, Core custody change, production value movement, route safety, or host-chain finality.