mirror of
https://github.com/lux-apps/papers.git
synced 2026-10-30 18:15:21 +00:00
zeekayandHanzo Dev
70f6883235
A July commit removed eight papers on the premise "no license — DEX/non-custodial only". That premise is wrong: Lux operates an ATS, a broker-dealer, a transfer agent and a bank, and this material is resold at lux.financial. The merge that brought main in preserved the removal because the commit stated a reason, which is how a stale reason outlives the fact it rested on. Back, at the versions main carried — main never received the removal, so its copies are the later ones: the ATS architecture, the security-token standard, smart order routing, institutional custody, MPC custody, post-quantum securities, the SSB partnership and the CoinBridge brief. 83 files. Co-authored-by: Hanzo Dev <[email protected]>
30 lines
2.2 KiB
TeX
30 lines
2.2 KiB
TeX
\section{Introduction}
|
|
|
|
|
|
A registered broker-dealer has a legal obligation to seek the best execution reasonably available for customer orders. Under FINRA Rule 5310, this requires ``reasonable diligence to ascertain the best market for the subject security and buy or sell in such market so that the resultant price to the customer is as favorable as possible under prevailing market conditions.'' For digital securities that trade across multiple venues---on-chain ATS platforms, traditional equity exchanges (for hybrid securities), and bilateral RFQ networks---satisfying this obligation requires a smart order router that evaluates execution quality across all available venues in real time.
|
|
|
|
\subsection{Heritage: Arca exchange-sdk}
|
|
|
|
The Arca \texttt{exchange-sdk} (2018) was a trading SDK for digital securities that provided order book management, matching engine integration, and settlement coordination for ArCoin and other Arca Fund securities. The SDK supported a single venue (the Arca internal matching engine) and a single asset class (ERC-1400 security tokens).
|
|
|
|
The Lux SOR extends this foundation to support:
|
|
|
|
\begin{itemize}[nosep]
|
|
\item 16 execution providers across three venue types (on-chain, ATS, traditional).
|
|
\item Multiple asset classes (security tokens, tokenized equities, structured products).
|
|
\item Compliance-constrained routing that respects transfer restrictions per security \cite{lux-security-token-standard}.
|
|
\item Atomic settlement on Lux EVM for on-chain executions \cite{lux-ats-architecture}.
|
|
\item ZAP binary wire protocol for sub-millisecond order serialization \cite{lux-zap-wire-protocol}.
|
|
\end{itemize}
|
|
|
|
\subsection{Contributions}
|
|
|
|
\begin{enumerate}[nosep]
|
|
\item Formalization of the best execution obligation as a constrained multi-objective optimization problem over venue selection.
|
|
\item A greedy allocation algorithm with provable 2-approximation guarantee.
|
|
\item Integration architecture for 16 providers spanning on-chain, ATS, and traditional venues.
|
|
\item Compliance-aware routing that respects per-security transfer restrictions at the venue selection layer.
|
|
\item Sub-millisecond order serialization via ZAP binary protocol.
|
|
\end{enumerate}
|
|
|