DpExchangeCore

⚠️ EXPERIMENTAL — read this before depending on it

This package has never run in production anywhere. It is published early and openly so it can be used and reported on, not because it is finished.

Divergences, surprises and outright breakage are all worth reporting: open an issue.

The shared contract for the DpExchange family of exchange adapters: behaviours, value types, canonical-pair normalisation, and the conformance suite every venue package must pass.

This package on its own talks to no exchange. It defines what a venue package is, so that a consumer can drive any venue through one identical facade and add a new one without editing anything outside its own repo.

The family

PackageVenueStatus
dp_exchange_core— the contractexperimental
dp_exchange_coinbaseCoinbasenot yet published
dp_exchange_geminiGemininot yet published
dp_exchange_webullWebullnot yet published
dp_exchange_robinhoodRobinhoodnot yet published
dp_exchange_schwabCharles Schwabnot yet published

Every package shares the DpExchange.* module namespace, which dp_exchange_core owns. dp_exchange_binance and dp_exchange_kraken are reserved names with no implementation — see the idea doc for why, and for what picking either up would take.

What the contract covers

87 callbacks, of which a handful are required and the rest are declared. A venue package implements what its venue serves and declares the rest :unsupported — which answers {:error, :not_supported}, never a raise and never a missing function.

groupcallbacks
market dataquotes, top of book, order book, trades, candles, instruments, market overview
derivativesoption chains, expirations, greeks, futures, event contracts, funding, contract stats
referencefundamentals, corporate events, filings, news, screeners, watchlists
accountaccounts, balances, positions, portfolios, roles, fees, trade volume
ordersplace, place many, preview, replace, preview replace, cancel, cancel all, close position
stakingrates, balances, rewards, history, stake, unstake
conversionone-step, and the quote/commit pair
money movementdeposit addresses, networks, allowlist, withdrawal estimate, withdraw, payment methods, internal transfer
lifecyclechild_spec/1, subscribe/2, subscribe_notices/1, coverage/1, capabilities/0

Two lists tell a consumer why something is absent: venue_does_not_serve/0 separates the venue's own gaps from what a package has not ported, and Venue.peripheral_endpoints/0 names the ones a consumer can live without, with the reason for each.

Guides

Authenticationwhat the host does, what the package does, per venue
Money movementthe one group where a defect moves funds
Live and demo togetherper-process, not per-node
Feeds and noticesfour venues push, one polls, nothing above the facade knows
Symbolsthe round-trip invariant, and venues whose symbol is not a pair
Testingfour tiers, and which capability each group can reach
Implementing a venue packagestart here to write one

Installation

def deps do
[
{:dp_exchange_core, "~> 0.1.0"}
]
end

Pin all three segments. While this is 0.x a minor bump may break you, and that is the signal it is meant to send.

Usage

Consumers do not use this package directly — they depend on a venue package, which depends on this one. See that package's usage-rules.md.

Implementers of a venue package start at DpExchange.Core.Venue (the facade every package exposes) and DpExchange.Core.AdapterContract (the suite that proves it).

Supervision

This library does not start itself. Venue packages expose child_spec/1 and are supervised by you — nothing opens a socket because a dependency was compiled in.

License

MIT. See LICENSE.