Event:
Cost: 0.2 credits per delivery
close_to_bond Cost: 0.2 credits per delivery
close_to_bond callback fires when a trade occurs at the near-certain end of a market (for example an outcome trading at ≥ 95¢ or ≤ 5¢). The full callback schema is in the auto-generated Close to bond callback reference; this page explains the one part the schema can’t show on its own: how the price filters define the zone.
Defining the bond zone
The bond zone is defined entirely by how you combinemin_price and max_price. The relationship between the two values selects one of four modes:
Alerting on near-certain outcomes
To get notified when an outcome becomes near-certain in either direction (at or above 90% or at or below 10%), setmin_price higher than max_price:
0.90 > 0.10, this is read as two separate edges. A trade at 96¢ fires with bond_side: "high"; a trade at 4¢ fires with bond_side: "low". For a single edge, set just one of the two.
How price is read
- The traded position’s own
priceis used: the price of the exact outcome token (position_id) that printed. - Trades at a price of exactly
0or1are skipped, since there is no remaining risk to alert on. priceis on a0.0–1.0scale (so 95¢ =0.95).
Picking the right side
On a binary market, “YES at ≤10%” and “NO at ≥90%” are the same event priced from opposite tokens. If you addposition_outcome_indices: [0] you will only ever see trades that print on the Yes/Up token (index 0); trades on the No token (index 1) won’t fire even when they hit the same bond zone. Omit position_outcome_indices to catch the zone regardless of which side the trade prints on.
Subscription filters
Add these to thefilters object when you create the subscription. At least one of min_price or max_price is required.
For a worked walkthrough across both webhooks and websockets, see the Bond-zone alerts guide.