# Changelog All notable changes to this project will be documented in this file. The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/), and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html). ## Status: EXPERIMENTAL Stated here rather than only per-release, because a reader arriving at a specific version needs it as much as one reading the top. This package has not run in production. While it is `0.x` the API may change without a major version — pin three-part (`~> 0.1.0`). Coverage is uneven by design: fakes and live public endpoints are well covered, order placement and authenticated flows are not. **Whenever an endpoint moves to `:proven`, the entry that does it states the evidence** — which venue, what was run against it, and when. "Marked proven" with no evidence is not an acceptable changelog line. ## [Unreleased] ### Changed - **`preview_order/3` and `replace_order/4` are now `Venue` callbacks**, and required rather than optional. §6.1's rule is that the facade is one fixed set, never extended per venue, and optionality is reserved for callbacks where requiring them would be pure ceremony. These two are not: whether a venue can preview an order, and whether it can amend one atomically, are things a consumer routes on — and `replace_order/4` is a claim about **risk**, since its absence means cancel-then-place, which opens a window in which no order is live. **Not a breaking change, because there is nothing to break yet.** No consumer implements this behaviour outside the family, and all five venue packages were updated in the same change. A venue that serves neither returns `Venue.not_supported()` and declares `supports_order_preview: false` / `supports_order_replace: false`. Once the host adopts these packages, adding a required callback *would* be breaking and would take the `0.2.0` seed §7.2 describes — that signal is deliberately not spent here. ### Added - **Five capability fields and two facade callbacks**, closing every contract gap Schwab found. Each existed because a venue could not say something true about itself. - `ceiling` gained an optional **`:scope`** (`:credential | :account | :application`), and `:limit` became `non_neg_integer`. Both matter: a limiter keyed by credential **silently over-permits** a venue that counts per account, and a registration granted zero throughput is legal and is **not** `:unsupported` — the endpoint exists and the venue serves it; that application cannot use it, and the remedies differ. - **`supported_sessions`** — which trading session an order may name. `[]` is the continuous-market case and stays the default. `[:regular]` alone **raises**: it says nothing, and a consumer would build a session selector with one option. - **`supports_order_preview`**, **`supports_order_replace`**, **`supports_multi_leg_orders`** — all raise if claimed while `place_order/3` is `:unsupported`. - **`catalog_access`** (`:enumerable | :query_only`) — whether the catalogue can be listed at all. `:query_only` raises if `get_symbols/1` is `:unsupported`, because "searchable only" and "not served at all" are different facts. - **`preview_order/3`** and **`replace_order/4`** as **required** facade callbacks. Required rather than optional: the facade is one fixed set, and optionality is for ceremony. Both are peripheral, and `replace_order/4`'s reason states the risk — absence means cancel-then-place, which works and opens a window with no order live. - **Four order types**: `:trailing_stop`, `:trailing_stop_limit`, `:market_on_close`, `:limit_on_close`. Real types Schwab accepts that Core had no word for, so a venue serving them had to under-declare — the safe direction, and still a lie. - **Eight instrument types**: `:option`, `:future`, `:future_option`, `:index`, `:mutual_fund`, `:bond`, `:forex`, `:cash_equivalent`. `[:spot, :perp]` was the whole vocabulary while every venue was crypto; an option is not a spot instrument, so an equities broker declared `[:spot]` plus a comment saying that understated it. **A declaration that needs a comment to be true is what this struct exists to prevent.** - Two conformance assertions: the order-shape claims must match what the facade answers, and `catalog_access` must match how `get_symbols/1` behaves without a query. ## [0.1.11] - 2026-08-31 ### Fixed - **The conformance suite refused `1w` and `1M` too.** `Capabilities.validate_history!/1` was fixed in 0.1.10 to check `Timeframe.nameable/0`, but `AdapterContract`'s assertion 2 still checked `known/0` — so a venue serving weekly or monthly candles built its declaration successfully and then **failed Core's own conformance suite**. That is the worse of the two failures: the package looks correct right up until the suite it exists to satisfy rejects it. Second site of one defect; found running the suite against Schwab. ## [0.1.10] - 2026-08-31 ### Added - `Timeframe.nameable/0` and `Timeframe.nameable?/1` — the widths Core can read as a **label**, which is deliberately wider than `known/0`, the widths it can **bucket**. `1w` and `1M` are nameable and have no boundary rule, and never will: a weekly bar's start depends on which weekday the venue begins its week, and a month is not a fixed number of seconds. - `max_leverage` accepts **`:per_account`** — a positive statement that the venue margins and the ceiling belongs to the account rather than to the venue. Reg-T forced it: a Schwab margin account carries five different buying powers that are not multiples of one another, and a cash account at the same venue carries none of them, so no scalar is true. `nil` with `supports_margin: true` still raises, because `nil` means "nobody said" — and the error now names `:per_account`, so a venue author discovers the option instead of inventing a number. Without it the only ways to ship were to declare `supports_margin: false`, which is false, or to invent a multiplier. ### Fixed - `Capabilities` no longer refuses a venue that serves weekly or monthly candles. `validate_history!/1` checked `historical_timeframes` against `Timeframe.known()`, which is the set Core can *bucket* — so declaring `1w` raised, even though `Timeframe` already documents both as deliberately unbucketable and instructs callers to read "no boundary rule" as "cannot check" rather than "invalid". Core contradicted itself: `aligned?/2` tolerates an unmodelled width, `boundary/2` passes it through, and `Capabilities` rejected it outright. A venue serving a real weekly candle had two options, under-declare or not ship. It now checks `Timeframe.nameable/0`; a width Core cannot name at all, such as `3m`, is still refused. Found deriving Schwab's declaration. - `Timeframe` now models `10m` (600 seconds). Its absence was **not** neutral: `aligned?/2` returns `true` for a width it cannot model — "no rule" must not read as "invalid" — so every 10-minute candle passed the authenticity check unexamined, and `boundary/2` was a no-op on it. Found deriving Schwab's declaration, where `/pricehistory` serves 1, 5, 10, 15 and 30-minute widths. Unlike `1w` and `1M`, which are deliberately absent because their boundaries are not fixed, 600 seconds is not ambiguous and there was no reason to leave it unmodelled. ## [0.1.9] - 2026-08-28 ### Fixed - `HttpClient.request/5`'s spec no longer advertises `{:error, :rate_limited, retry_after: seconds}`. **It never returned it.** Both rate-limit paths convert to a two-element error before returning, each deliberately and for a recorded reason — a venue 429 because a three-element tuple reaching a two-element `case` crashed 152 collector tasks in one night, and our own limiter's refusal because the two used to share wording and a self-inflicted throttle was read as a flaky venue for weeks. The spec was corrected rather than the behaviour. This is the fourth wrong-spec defect found by a venue package, and it does the same damage as the others: dialyzer reports a caller's correct handling of the advertised shape as unreachable dead code. ### Added - `HttpClient` accepts `raw_status: true`, returning `{:ok, response}` for a 4xx instead of flattening status and body into a message string. The contract makes `{:refused, reason}` permanent and `{:error, reason}` possibly transient, and a venue states which in its 4xx body — Gemini names `InvalidSymbol`, `InvalidParameterValue`. Without this a venue package has to recover the distinction by string-matching, and `String.contains?(message, "404")` also matches a body that happens to contain "404". Opt-in, because the string form is what existing callers match on. 5xx is unaffected: a server error is not a venue's considered answer. - `Capabilities` ceilings may now carry an optional `:burst` — the depth a venue lets a caller run ahead of its rate before queueing. Found by the Gemini extraction: a GCRA limiter takes three parameters and this type carried two, so a venue that **publishes** its burst depth had nowhere to declare it and the package had to hardcode the number beside the declaration — the exact drift the struct exists to prevent. Gemini is the first venue in the family to publish one ("a burst rate of five additional requests that are queued"). Optional rather than required, because a venue that publishes no burst must not be made to invent one, and absence is distinguishable from a declared value. A present `:burst` must be a positive integer; zero is a limiter that never lets anything through. - Repo foundation: toolchain pin, `.gitignore`, formatter, credo, license, `mix.exs`, config layout, CI workflow, design-docs scaffolding.