Struct FuturesOrderHistoryResponse 

pub struct FuturesOrderHistoryResponse {
    pub result: Option<KrakenApiResult>,
    pub error: Option<String>,
    pub server_time: Option<String>,
    pub elements: Option<Vec<FuturesOrderHistoryElement>>,
    pub continuation_token: Option<String>,
}

Response from the Kraken Futures order history endpoint, /api/history/v3/orders.

Each element carries one lifecycle event keyed by its kind, and the order inside it names the contract as tradeable and the side as direction, with millisecond timestamps. The venue can answer with a success status and an error body, so result and error are read before the shape is checked; see Self::into_order_events.

Fields

result: Option<KrakenApiResult>

error: Option<String>

server_time: Option<String>

elements: Option<Vec<FuturesOrderHistoryElement>>

continuation_token: Option<String>

Implementations

impl FuturesOrderHistoryResponse

pub fn into_order_events( self, ) -> Result<FuturesOrderEventsResponse, KrakenHttpError>

Projects each element onto the event wrapper the readers consume.

A venue error reported with a success status fails the read with the venue’s reason, and a body without an elements array fails it as a parse error, so neither reads as an empty page. An update, and a refused edit, are represented by the order as it stands afterwards. A not-found event carries no order state and is skipped. A kind the documentation does not list, an order whose direction the venue could not decode, an order whose type is missing or reported as Unknown, and an order with a timestamp before the epoch may carry order state the projection cannot read, so each is skipped with a warning and counted in skipped_rows, which leaves the set incomplete. Unknown is how the venue reports a source type it could not decode, so it establishes no order type, and in particular not a market order. The venue fills the required limitPrice of a market order with a zero or an empty string and a missing client id with an empty string, so a market-like order (a market order or a venue-initiated kind) carries no price and an empty client id is None; a limit order keeps its price even at zero, since futures instruments allow non-positive prices. The contract name is kept as the venue spells it; the readers resolve it case-insensitively. The history order carries no trigger price, and the engine cannot materialize a stop order without one, so a stop row is reported as the limit or market order it executes as once triggered.

Errors

Returns an error if the body carries a venue error or has no elements array.

Trait Implementations

impl Clone for FuturesOrderHistoryResponse

fn clone(&self) -> Self

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for FuturesOrderHistoryResponse

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl<'de> Deserialize<'de> for FuturesOrderHistoryResponse

fn deserialize<__D>(__deserializer: __D) -> Result<Self, __D::Error>

where __D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.