Perpetuals where the pool
always takes the other side.
Broadarrow Markets is a non-custodial perpetual futures protocol on Robinhood Chain, settled in USDG. This page covers what it does, how to trade it, what the liquidity pool earns, and where the protocol is going.
What Broadarrow is
Broadarrow is player-vs-pool perpetual futures. There is no order book and no counterparty to find: when you open a position, the liquidity pool takes the other side of it. That makes fills instant and size predictable, and it makes the pool the house — LPs collect fees and trader losses, and they pay out trader wins.
Everything settles in USDG, the dollar stablecoin on Robinhood Chain. You keep custody of your funds throughout: every trade is a transaction you sign and broadcast from your own wallet.
No limit orders, no take-profit, no stop-loss. You open at the quoted price with a slippage cap, and you close when you choose to.
Trade against the pool, or deposit into it and be the pool. Both live in the same app, funded by the same USDG.
Quotes come from live DEX liquidity and are refused when a pool is too thin, the price is stale, or it has run away from its own TWAP.
Markets
Broadarrow lists meme coins trading on Robinhood Chain. The catalogue is served live to the app, so the trading terminal is always the source of truth for what you can trade right now.
How a trade works
Prices come from off-chain venues, which the chain cannot verify on its own. So every position change is gated on a short-lived signed voucher: the protocol prices your order and signs it, and then you submit the transaction.
- 1You request a quote
The terminal asks the pricing service for the market, side and size you picked.
- 2The price is checked, then signed
Spot is pulled from live DEX liquidity, rejected if the pool is thin, stale, or off its rolling TWAP, and cross-checked against a second venue when one is configured. What survives is signed as an EIP-712 order valid for a few seconds.
- 3You broadcast the trade
Your wallet sends the voucher to the engine. The protocol never holds a hot wallet on the path, and the signing key can only authorise prices — it can never move your funds.
- 4The engine settles it
It verifies the signature and the deadline, burns the nonce, applies price impact and your slippage cap, escrows your margin and books the position.
Price impact
The pool charges for the risk it takes on. Opening on the crowded side of a market moves your fill price against you in proportion to how skewed that market already is; opening on the light side moves it in your favour. The impact is shown in the ticket before you sign.
Your first trade
- 1Connect a wallet on Robinhood Chain
Use Connect in the top bar. If your wallet is on another network, it will offer to switch to Robinhood Chain (id 4663).
- 2Fund it with USDG
USDG is the only collateral. Margin, fees and payouts are all denominated in it.
- 3Pick a market and a side
Open the terminal, choose a market, then Long if you expect the price to rise or Short if you expect it to fall.
- 4Set margin, leverage and slippage
Margin is the USDG you put at risk. Leverage multiplies it into position size — each market sets its own cap, along with a minimum and maximum margin. Slippage is how far the fill may drift before the trade reverts.
- 5Approve once, then trade
The first trade asks for a one-time USDG approval. After that, opening is a single transaction. The terminal dry-runs every order first, so a trade that would fail becomes an explanation instead of wasted gas.
Living with a position
Closing
Positions are closed from the Positions panel, in full, at the current quoted price. Your margin plus profit, or minus loss and fees, is returned to your wallet in the same transaction.
Funding
Every 8 hours a keeper pushes a funding rate derived from the skew between longs and shorts. The crowded side pays the lighter side, which is what keeps the perp tethered to spot. The rate is clamped per market, so it cannot spike arbitrarily.
Liquidation
A position is liquidated once losses reach 80% of its margin. Higher leverage means a smaller move gets you there:
| Leverage | Adverse move to liquidation |
|---|---|
| 2× | 40.0% |
| 5× | 16.0% |
| 10× | 8.0% |
| 20× | 4.0% |
Circuit breakers
If a market gaps past its configured tolerance between two observations, it halts automatically. New positions are blocked while it is halted, but closing stays open, so nobody is trapped in a position they want out of.
Providing liquidity
Depositing USDG into the vault mints pUSDG, your share of the pool. pUSDG is never rebased: your balance stays constant and its value moves instead — up as fees and trader losses accrue, down while traders are in profit. Being the house is a real position, with real drawdowns.
| Property | Detail |
|---|---|
| Deposit asset | USDG |
| Receive | pUSDG, non-rebasing |
| LP share of fees | 70% of all protocol fees |
| Withdrawal cooldown | 3 days from your last deposit |
| Withdrawal cap | The pool's free liquidity |
Fees and parameters
Trading fees
| Fee | Rate | Charged on |
|---|---|---|
| Open | 0.10% | Position notional |
| Close | 0.50% | Position notional |
Where fees go
| Destination | Share | Purpose |
|---|---|---|
| Liquidity pool | 70% | Yield for pUSDG holders |
| Treasury | 20% | Protocol development and operations |
| Insurance fund | 10% | Backstop for bad debt |
Protocol constants
| Parameter | Value |
|---|---|
| Funding interval | 8 hours |
| Liquidation threshold | 80% of margin |
| Withdrawal cooldown | 3 days |
Per-market limits
Each market carries its own risk envelope, set by governance and enforced on-chain. The terminal reads these live, so what you see in the ticket is exactly what the engine allows: maximum leverage, minimum and maximum margin per position, maximum open interest per side, price-impact factor, circuit-breaker tolerance, and the funding-rate clamp.
$BARROW and the Sherwood Security Module
$BARROW is the security and governance layer of Broadarrow. Where pUSDG generates yield for liquidity providers, $BARROW is designed to protect that yield.
The two-token model
| Token | Role | Purpose |
|---|---|---|
| pUSDG | Yield engine | LP capital earning fees from leveraged trading |
| $BARROW | Security layer | Stakers backstop the protocol and govern it |
Separating the two lets yield generation and protocol security be optimised independently while staying economically aligned: stakers only earn while the pool is healthy, and only lose when it is not.
The Sherwood Security Module
The SSM is the protocol's insurance mechanism, extending the insurance fund that already collects 10% of every fee. Staking $BARROW into it would let holders:
- Backstop LP deposits — a safety net when a liquidation fails to cover a position.
- Earn protocol revenue — a continuous share of trading fees.
- Vote — on market listings and protocol parameters.
What happens when there is bad debt
- 1A position goes underwater faster than it can be liquidated
Meme coins gap. If price moves far enough between blocks, closing the position no longer covers what it owes.
- 2The SSM is triggered
The deficit is measured against the staked pool.
- 3Staked $BARROW is slashed proportionally
Stakers cover the shortfall pro rata to their stake.
- 4LPs are made whole
pUSDG holders are compensated, and the pool's NAV is restored.
Staking rewards
| Revenue source | Description |
|---|---|
| Trading fees | A share of the open and close fees on every position |
| Insurance share | The 10% of fees already routed to the insurance fund |
| Liquidation penalties | A share of what liquidations recover |
Reward rates depend on total staked $BARROW and protocol volume: more trading means more revenue per staker, and more staked $BARROW means it is split more ways.
Value mechanisms
Staking in the SSM entitles you to a share of protocol fees, so holders earn when the protocol is used, not when it is merely discussed.
Stakers trade at a reduced rate, giving active traders a concrete reason to hold and stake rather than to rent liquidity elsewhere.
A portion of treasury revenue buys $BARROW on the open market and burns it, so supply pressure scales with usage.
The security flywheel
- 1Trading generates fees
Revenue enters the system.
- 2Fees reward stakers and fund buybacks
Value is distributed to $BARROW holders.
- 3Higher yields attract more staking
More $BARROW is locked in the SSM.
- 4The security buffer grows
The protocol can safely support more LP capital.
- 5More LP capital arrives
Deeper pools mean more capacity for traders.
- ↺Higher volume — and the cycle repeats
The point of the loop is that security scales with adoption on its own, instead of depending on governance to keep raising a parameter by hand.
Economic security
Stakers earn when the protocol succeeds and lose when it fails — the same direction as LPs.
As $BARROW grows with adoption, the buffer behind the pool grows with it.
Staking yields move with supply and demand and find their own equilibrium.
Coverage levels and every SSM parameter are readable on-chain.
Who decides whatPlanned
Governance is intended to move to $BARROW holders, with voting power proportional to staked balance. Until then, a governor key holds these powers on-chain, and every parameter it can change is listed above.
Listing a market
New markets would pass through governance before going live, so that listings are checked for a real, priceable asset with enough liquidity behind it.
- 1Proposal
A member proposes the market with its price source, pool depth and risk envelope.
- 2Discussion
Holders raise concerns and suggest changes to the parameters.
- 3Vote
SSM stakers vote, weighted by staked $BARROW.
- 4Implementation
An approved market is configured and listed on-chain.
Protocol parameters
| Area | Under governance |
|---|---|
| Fees | Open and close rates, and the LP / treasury / insurance split |
| Risk | Leverage caps, margin limits, open-interest caps, liquidation threshold |
| SSM | Staking rewards and slashing parameters |
| Treasury | How protocol revenue is spent |
Where this is going
Ordered by sequence, not by date. Status reflects what is deployed today, not what is intended.
Phase 1 · The exchange
- Perpetual engine, liquidity vault and insurance fund on Robinhood Chain
- Guarded price oracle and EIP-712 order signing
- Liquidation keeper and funding-rate bot
- Trading terminal, LP vault and protocol analytics
Phase 2 · Depth
- Expanding the market catalogue across Robinhood Chain
- Richer position analytics and trader history
- Second pricing venue on every market by default
Phase 3 · $BARROW
- $BARROW token deployed on Robinhood Chain — done
- The Sherwood Security Module and staking
- Staker fee discounts and revenue share
- Buyback and burn from treasury revenue
Phase 4 · Handover
- On-chain governance over listings and parameters
- Order types beyond market — stops and take-profit
- Public API and SDK for external venues
- Third-party audit of the engine and the SSM
Developer docsPlanned
Contract addresses, the ABI reference, the quoting and signing API, and the GraphQL schema for indexed positions and fills — written up in one place.
Until then, each service in the monorepo carries its own architecture notes.
Ready to trade?
The terminal is live on Robinhood Chain, settled in USDG.
