출처 검증 리서치: Bybit PRE Check Order

Decision Matrix

Source Map

• Bybit: V5 API: Pre Check Order (bybit-pre-check-order)
• Bybit: V5 API: Place Order (bybit-create-order)
• Bybit: V5 API: Get Instruments Info (bybit-instruments-info)
• Bybit: V5 API introduction (bybit-docs-root)

Control Notes

1. Source chain

Source chain is the point where public documentation must become an operating rule. In this package, it means pre-check belongs after instrument metadata and before live placement. The practical action is to store the metadata snapshot, request body and pre-check result together. The unresolved edge is a later private risk state may differ from the pre-check state, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

2. Live order gap

Live order gap is the point where public documentation must become an operating rule. In this package, it means pre-check and live order placement are separate endpoint outcomes. The practical action is to never mark an order placed until the live place-order response is recorded. The unresolved edge is market movement and account changes can occur between check and placement, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

3. Risk-limit context

Risk-limit context is the point where public documentation must become an operating rule. In this package, it means instrument and account constraints shape valid order size. The practical action is to record symbol, category, limit fields and account mode before acting. The unresolved edge is public docs cannot disclose a private account's current risk tier, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

4. Retry discipline

Retry discipline is the point where public documentation must become an operating rule. In this package, it means blind retry can create duplicate or inconsistent evidence. The practical action is to use client ids and stop rules before repeating any live order action. The unresolved edge is network errors may hide server-side results until reconciled, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

5. Reporting boundary

Reporting boundary is the point where public documentation must become an operating rule. In this package, it means a successful pre-check is a readiness signal, not a performance claim. The practical action is to report it as validation evidence only, not as fill certainty or safety proof. The unresolved edge is future venue behavior and support handling remain unknown, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.

The operating test is narrow.

Known Unknowns

• a later private risk state may differ from the pre-check state
• market movement and account changes can occur between check and placement
• public docs cannot disclose a private account's current risk tier
• network errors may hide server-side results until reconciled
• future venue behavior and support handling remain unknown

Practical Takeaway

Bybit's V5 pre-check route is useful only when it is placed in a larger evidence chain. The source-backed chain is instrument metadata, local order construction, pre-check response, live place-order response and post-action reconciliation. A pre-check should reduce preventable rejects; it should not be reported as a guarantee that a live order will be accepted, filled, liquidated safely or supported under a private account exception. The article stops at the evidence boundary. It helps the reader decide what to inspect next without converting public documentation into a promise that a private account, wallet, API key, pool route, stablecoin balance, tokenized asset or policy framework will work under every future condition.