Fast answer
Crypto signal post-only checks prove whether the order was meant to add liquidity, avoid taker execution, and preserve fill evidence.
Before accepting a post-only crypto signal result, record the exchange, pair, side, limit price, post-only setting, time in force, maker/taker fee assumption, fill timestamp, canceled status, partial fills, missed-fill labels, updates, and final close record.
If a provider counts a post-only signal as a winner without showing whether the order filled or canceled, the result is not reviewable.
Maker-order checks
What to inspect in crypto signal post-only order records.
Post-only flag
The record should show that the order was submitted with post-only or maker-only behavior enabled.
Cancel status
A post-only order can cancel when it would immediately take liquidity, so canceled entries must stay visible.
Fee assumption
Maker-fee claims need fee tier, venue, and proof that the order actually rested before fill.
Fill evidence
A reviewable signal shows fill time, partial size, missed-fill labels, updates, and final status.
Source context
Post-only orders can cancel instead of filling immediately, so maker-fee claims still need missed-fill records.
Bybit explains that post-only orders are intended to place limit orders into the order book and automatically cancel if immediate execution would occur. CSR treats that setting as execution context, not proof that the trade filled.
Review standard
A reviewable post-only signal separates maker intent from actual execution.
For CSR evidence review, post-only order records should include the original alert, venue, pair, limit price, post-only flag, time in force, order-book state, cancel status, fill proof, missed-fill labels, fees, updates, and final outcome.