This is required for automated crash-recovery identity verification.
Please confirm:
1. What exact value appears in the market_protection field returned by GET /orders?
2. What exact value appears in each row returned by GET /orders/:order_id?
3. When the request uses market_protection=-1, does the response contain: - -1, - the effective automatically calculated percentage, - 0, - null or an absent field, - or another value?
4. Is that representation stable across these statuses? - PUT ORDER REQ RECEIVED - VALIDATION PENDING - OPEN PENDING - TRIGGER PENDING - OPEN - COMPLETE - CANCELLED - REJECTED
5. What exact order_type is returned before and after the SL-M order triggers? Does it remain SL-M, or can it be returned as MARKET or LIMIT after market-protection conversion?
6. Can market_protection and order_type from these API responses be treated as stable, supported fields for automated identity verification, or should applications avoid relying on either field after backend conversion?
7. If market_protection=-1 is not echoed reliably, what authoritative API evidence should an application use to verify that automatic market protection was applied?
Please answer specifically for raw Kite Connect API responses, not only the Kite web/mobile UI display.
