Files
zeekay f4ee7a0525 Publish under the org, not a person
Bylines, paper authorship, correspondence addresses and the founder blurb under
each post named an individual. They name the organisation that published the
work instead: the brand on posts and pages, the research byline on papers, and
research@ in place of a personal address. Both are what these repositories
already used elsewhere — nothing new was coined.

Co-authors are untouched. Where a paper named someone else alongside, they stay
named; only the one byline changed. Bibliography entries, running heads,
PDF metadata and affiliations move with it, so a citation still resolves to
whoever the cited paper names.

Sample and fixture data uses the placeholder name these tests already use
elsewhere, so no assertion changed meaning.
2026-09-01 08:58:10 -07:00

453 lines
18 KiB
TeX

%% ===================================================================
%% LP-134 canonical naming (2025-12-15):
%% Per LP-134 (Lux Chain Topology), T-Chain has been split into:
%% M-Chain — MPC ceremonies for bridge custody of EXTERNAL wallets
%% (CGGMP21, FROST, Pulsar-general)
%% F-Chain — FHE compute + TFHE bootstrap-key generation (encrypted EVM)
%% T-Chain is REMOVED entirely; teleport is B-Chain (bridgevm, LP-6000). No teleportvm.
%% Where this paper says "T-Chain MPC" / "T-Chain threshold governance" /
%% "T-Chain TFHE" / "T-Chain custody", read as M-Chain (MPC) or F-Chain (FHE).
%% ===================================================================
\documentclass[11pt,a4paper]{article}
\usepackage{../shared/luxcover}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{amsmath,amssymb,amsfonts,amsthm}
\usepackage{graphicx}
\usepackage{hyperref}
\usepackage{booktabs}
\usepackage{algorithm}
\usepackage{algpseudocode}
\usepackage{enumitem}
\usepackage{xcolor}
\usepackage{listings}
\usepackage{array}
\usepackage{tabularx}
\hypersetup{colorlinks=true,linkcolor=black,citecolor=blue,urlcolor=blue}
\newtheorem{theorem}{Theorem}[section]
\newtheorem{lemma}[theorem]{Lemma}
\newtheorem{corollary}[theorem]{Corollary}
\newtheorem{proposition}[theorem]{Proposition}
\newtheorem{definition}{Definition}[section]
\newtheorem{invariant}{Invariant}[section]
\newtheorem{remark}{Remark}[section]
\lstset{basicstyle=\ttfamily\small,breaklines=true,columns=fullflexible,
keywordstyle=\bfseries,commentstyle=\color{gray!70!black}\itshape}
\title{Lux 4.0 --- GPU-Native Quasar Activation\\[4pt]
\large QuasarSTM 4.0 execution + GPU-Residency invariant\\
+ 9-chain topology in production}
\author{
Lux Research\thanks{Corresponding author: [email protected]}\\
\textit{Lux Industries, Inc.}\\
\texttt{[email protected]}
}
\date{Spec freeze: February~7, 2026\quad|\quad Activation: February~14, 2026}
\begin{document}
\luxcoverpage
\maketitle
\begin{abstract}
On 14 February 2026 the Lux Network activated its 4.0 epoch. Quasar
consensus was promoted from version 3 to version 4, QuasarSTM execution
graduated from version 3 to version 4 (LP-010~v4), the GPU-Residency
invariant (LP-137) became mandatory for all canonical execution paths,
and the 9-chain topology defined by LP-134 entered full production. The
activation completes a six-year arc that began with mainnet launch in
2020, traversed a post-quantum upgrade in the 2.0 line, formalised the
PQ suite at 3.0 (December 25, 2025), and now standardises GPU-native
operation across every chain in the Lux family. This paper documents
the launch as a retrospective: the chronology, the topology in
production, the financial-rail core (D-Chain DEX, C-Chain EVM, F-Chain FHE)
unifying every primary chain template, the white-label primary-chain
resale to Zoo, Hanzo, and Pars, and the on-mainnet receipts
captured between block heights $h_0 = 31{,}415{,}926$ and
$h_0 + 10{,}000$.
\end{abstract}
\tableofcontents
\newpage
% ============================================================================
\section{Chronology of the Lux Versions}
\label{sec:chronology}
% ============================================================================
Lux is now four major versions deep. Each version is a coherent
release rather than a branch; each successor strictly subsumed its
predecessor.
\begin{table}[H]
\centering
\small
\begin{tabularx}{\textwidth}{lllX}
\toprule
\textbf{Version} & \textbf{Active from} & \textbf{Theme} & \textbf{Defining changes} \\
\midrule
1.0 & Dec 2019 / 2020 & Launch & Mainnet, P/C/X, Quasar (Nova linear / Nebula DAG) consensus, native AMM on D-Chain (GPU). \\
2.0 & 2023--2024 & PQ uplift & Hybrid signatures, Q-Chain bring-up, F-Chain alpha, lattice-based primitives in mempool. \\
3.0 & 2025-12-25 & Full PQ + Quasar 3 & ML-DSA mandatory, three-lane post-quantum certificates (LP-020), QuasarSTM~3, Quasar GPU FHE service alpha. \\
4.0 & 2026-02-14 & GPU-native & Quasar 4, QuasarSTM~4, GPU-Residency invariant LP-137, 9-chain topology LP-134 in full production, white-label primary-chain templates. \\
\bottomrule
\end{tabularx}
\caption{Lux major-version timeline. The D-Chain GPU AMM has been live
since 1.0 --- it predates the triumvirate terminology by years (the term itself is the Hanzo 4.0 framing) and is the
prior art the rest of the family inherits.}
\end{table}
\subsection{What 1.0 had that the family is now generalising}
The D-Chain decentralised exchange (\texttt{lux.exchange}) shipped with
the original 1.0 mainnet. It was GPU-native on day one: the AMM
invariant solver, the price-router, and the order-book matching engine
all ran on commodity GPUs in the validator pipeline. Quasar 4.0 makes
that operating model the default \emph{everywhere}.
% ============================================================================
\section{The 9-Chain Topology in Production}
\label{sec:topology}
% ============================================================================
LP-134 (\emph{Canonical 9-chain Topology}) defines the production
chain set. At $h_0$, every chain reported a non-zero block height with
healthy validator participation.
\begin{table}[H]
\centering
\small
\begin{tabularx}{\textwidth}{llXl}
\toprule
\textbf{Code} & \textbf{Chain} & \textbf{Purpose} & \textbf{4.0 status} \\
\midrule
P & Platform & Validators, staking, native asset & Quasar~4 cert lane $0\text{x01}$ \\
C & Contract (EVM) & GPU-native EVM, primary smart-contract surface & QuasarSTM~4 + cevm v0.41+ \\
X & Exchange & UTXO asset transfers & Cert lane $0\text{x02}$ \\
Q & Quantum & Post-quantum signature service & Lane $0\text{x03}$, ML-DSA primary \\
Z & ZK & ZK proof verification, privacy pool & ZKVM 4.0 \\
A & Attestation & A-Chain attestation root (cf.\ \texttt{lux-achain-attestation}) & Bridges to Pars/Zoo/Hanzo \\
B & Bridge & Cross-chain bridge with 7-d fallback & MPC threshold lane \\
M & MPC & M-Chain threshold-signing service & FROST + Pulsar \\
F & FHE & GPU FHE service (cf.\ LP-013~v2) & CKKS / TFHE substrate \\
\bottomrule
\end{tabularx}
\caption{Lux 4.0 9-chain topology. D-Chain was rolled into a
sub-lane of C-Chain at the 4.0 boundary; the DEX precompile registry
\texttt{0x0400}--\texttt{0x04FF} now lives on C-Chain so that DEX-using
contracts pay no cross-chain hop.}
\end{table}
The D-Chain absorption is the sole topological change at the 4.0
boundary; every other chain is a continuation.
% ============================================================================
\section{Quasar 4.0 Consensus}
\label{sec:quasar4}
% ============================================================================
Quasar 4.0 supersedes the three-lane post-quantum certificates of
LP-020 with a four-lane variant (LP-020 v4):
\begin{enumerate}[leftmargin=*]
\item \textbf{Lane 1 --- BLS aggregate} (classical fast path, $\le 100$~ms).
\item \textbf{Lane 2 --- ML-DSA aggregate} (post-quantum primary,
$\le 250$~ms).
\item \textbf{Lane 3 --- Pulsar threshold} (post-quantum threshold
fallback, $\le 800$~ms).
\item \textbf{Lane 4 --- SLH-DSA archival} (hash-only audit anchor,
written once per epoch).
\end{enumerate}
A block is \emph{certified} when at least one of lanes 1--3 reaches
$\ge 2/3$ stake-weight. Lane 4 produces the long-term tamper-evident
record. The four-lane construction satisfies the safety property
$\mathsf{Safe}_{\text{4.0}} \supseteq \mathsf{Safe}_{\text{3.0}}$: any
3.0-safe history is also 4.0-safe.
\begin{theorem}[Live-fast / safe-slow]
Under synchrony with $f < n/3$ Byzantine validators, Quasar 4.0 produces
a certified block in time $T = \min(t_{\text{BLS}}, t_{\text{ML-DSA}})$
with probability $1$ within the synchrony bound. Under partial
synchrony, certification is guaranteed by the slowest of the
certifying lanes, and SLH-DSA continuity is preserved unconditionally.
\end{theorem}
\subsection{What changed from 3.0}
\begin{itemize}[leftmargin=*]
\item Lane addition (the SLH-DSA archival lane is new).
\item Cert lane parallelism: lanes are signed concurrently across
GPU threads rather than sequentially.
\item Stake-weighted committee formation moved on-GPU (pre-4.0 it ran
on the host CPU).
\item Aggregation circuits are now resident on the GPU for the duration
of an epoch.
\end{itemize}
% ============================================================================
\section{QuasarSTM 4.0 Execution}
\label{sec:stm4}
% ============================================================================
LP-010~v4 specifies QuasarSTM~4.0; this paper does not duplicate the
spec. Two operational consequences matter for the launch story:
\begin{invariant}[GPU residency, LP-137]
For every transaction $\tau$ executed at height $h \ge h_0$, the
canonical execution path runs on a GPU device $g$, with all input
state, intermediate state, and output state resident on $g$'s HBM for
the full duration of $\tau$. Any host-RAM round-trip during $\tau$ is
a violation.
\end{invariant}
\begin{invariant}[STM linearisability, LP-010 v4]
Any execution of a block $B$ under QuasarSTM~4.0 produces the same
observable state and event log as a serial execution of $B$'s
transactions in the canonical order.
\end{invariant}
The two invariants jointly guarantee that the GPU-resident execution
is observationally indistinguishable from the textbook serial execution
that 3.0 produced --- only faster.
\subsection{Production throughput at $h_0$}
\begin{table}[H]
\centering
\small
\begin{tabular}{lrr}
\toprule
\textbf{Metric} & \textbf{Lux 3.0} & \textbf{Lux 4.0 (h$_0$)} \\
\midrule
C-Chain sustained TPS & $24{,}000$ & $360{,}000$ \\
D-Chain swap latency (median) & $2.26$ \textmu s & $0.94$ \textmu s \\
Block certification (median, lane 1) & $620$ ms & $98$ ms \\
ML-DSA-87 verifications/s/validator & $11{,}000$ & $620{,}000$ \\
Cross-chain bridge settlement & $42$ s & $24$ s \\
GPU-Residency violations / 24h & --- & $0$ (target) \\
\bottomrule
\end{tabular}
\caption{Production throughput observed on Lux mainnet validators in the
24h following $h_0$.}
\end{table}
The DEX figure is the long-running benchmark from
\texttt{evmgpu-benchmark} updated to the 4.0 hardware target.
% ============================================================================
\section{The 9-Chain Topology and Financial-Rail Core}
\label{sec:topology-rails}
% ============================================================================
Lux 4.0 carries the full canonical 9-chain topology defined in LP-134:
P, C, X, Q, Z, A, B, M, F. Within that topology, three chains form the
\emph{financial-rail core} --- DEX (D-Chain, derived from C-Chain
precompiles), EVM (C-Chain), and FHE (F-Chain) --- which is the
minimum subset Hanzo 4.0 carries as its canonical \emph{triumvirate}.
Lux is broader than the triumvirate; the remaining six chains
(P/X/Q/Z/A/B/M) provide platform consensus, UTXO assets, post-quantum
ceremonies, ZK rollups, attestation, bridging, and MPC. This section
documents the financial-rail core; the remaining six chains are
summarised in the 9-chain topology table above.
\subsection{DEX --- D-Chain (lux.exchange), since 1.0}
The D-Chain DEX is the prior art. Its precompile suite
(\texttt{0x0400}--\texttt{0x04FF}) was promoted to C-Chain at the 4.0
boundary so that contract-resident DEX use no longer pays a cross-chain
hop. Concrete features:
\begin{itemize}[leftmargin=*]
\item Singleton pool manager (Uniswap-v4 style) at \texttt{0x0400}.
\item HFT orderbook (LXBook) at \texttt{0x2000}.
\item AMM pools (LXPool) at \texttt{0x2100}.
\item Yield vaults (LXVault) at \texttt{0x2200}.
\item Oracle feeds (LXFeed) at \texttt{0x2300}.
\item Lending engine, transmuter, and perpetuals
(\texttt{0x0410}--\texttt{0x0432}).
\item Cross-chain hooks via Universal Liquidity (LP-310, registered
at $h_0 + 48$).
\end{itemize}
The D-Chain DEX has the longest production track record of any
component in the family --- six years of continuous operation at $h_0$
--- and is the model the April 20 wave of network DEXes integrates
against.
\subsection{EVM --- C-Chain (cevm v0.41+), GPU-native}
C-Chain runs cevm v0.41 (cf.\ LP-009 \emph{GPU-native EVM}) with the full
canonical precompile registry:
\begin{itemize}[leftmargin=*]
\item Standard EVM precompiles \texttt{0x01}--\texttt{0x0a}.
\item Warp / Teleport (\texttt{0x0100}--\texttt{0x01FF}).
\item Chain config (\texttt{0x0200}--\texttt{0x02FF}).
\item AI/ML (\texttt{0x0300}--\texttt{0x03FF}).
\item DEX (\texttt{0x0400}--\texttt{0x04FF}).
\item Graph/Query (\texttt{0x0500}--\texttt{0x05FF}).
\item Post-quantum (\texttt{0x0600}--\texttt{0x06FF}).
\item Privacy (\texttt{0x0700}--\texttt{0x07FF}).
\item Threshold signatures (\texttt{0x0800}--\texttt{0x08FF}).
\item ZK proofs (\texttt{0x0900}--\texttt{0x09FF}).
\item Curves (\texttt{0x0A00}--\texttt{0x0AFF}).
\end{itemize}
The 4.0 boundary added two: \texttt{Quasar} verification (0x0604) and
\texttt{Hybrid\_BLS\_Corona} (0x0610), both GPU-native.
\subsection{FHE --- F-Chain, LP-013 v2}
F-Chain hosts the GPU FHE service. The 4.0 boundary upgrades it from
research-preview (3.0) to production:
\begin{itemize}[leftmargin=*]
\item CKKS for approximate-arithmetic ciphertexts (price aggregation,
risk computation).
\item TFHE for boolean/integer ciphertexts (private voting, encrypted
ACLs).
\item Threshold decryption keyed by a $t$-of-$n$ committee redrawn
each epoch ($t=67$, $n=100$ on mainnet).
\item Bootstrapping budget allocated as a first-class fee market;
bootstrappers receive the new \emph{F-Chain relay reward} (capped at
$0.5\%$ annualised LUX emission).
\end{itemize}
The GPU FHE service is the substrate that Hanzo, Zoo, and Pars
re-export through their own primary chains.
% ============================================================================
\section{White-Label Primary Chain Templates (LP-134)}
\label{sec:whitelabel}
% ============================================================================
LP-134 not only defines the canonical 9-chain topology; it also defines
the \emph{primary chain template}, the smallest reproducible
configuration of P+C+D+F that constitutes a real L1. Four production
deployments at $h_0$ run the template:
\begin{table}[H]
\centering
\small
\begin{tabularx}{\textwidth}{llX}
\toprule
\textbf{Deployment} & \textbf{Repository} & \textbf{Notes} \\
\midrule
Lux & \texttt{ghcr.io/luxfi/luxd} & Reference; the canonical instance. \\
Hanzo & \texttt{ghcr.io/hanzoai/hanzod} & 4.0 launch 2026-02-14, AI-native. \\
Zoo & \texttt{ghcr.io/zooai/zood} & 4.0 launch 2026-02-14, conservation-native. \\
Pars & \texttt{ghcr.io/luxfi/parsd} & 2.0 launch 2026-02-14, diaspora-native. \\
\bottomrule
\end{tabularx}
\caption{Production primary-chain deployments running the LP-134
template at $h_0$. A regulated exchange partner is a separate white-label deployment in
its own jurisdictional silo and is not enumerated here.}
\end{table}
Each deployment specialises by adding or replacing precompiles; the
\emph{topology}, \emph{cert format}, \emph{state model}, and \emph{GPU
residency requirement} are identical.
% ============================================================================
\section{Activation Receipts}
\label{sec:receipts}
% ============================================================================
The 4.0 activation was block-aligned at $h_0 = 31{,}415{,}926$ on the
canonical Lux main DAG.
\begin{table}[H]
\centering
\small
\begin{tabular}{lll}
\toprule
\textbf{Event} & \textbf{Height} & \textbf{Notes} \\
\midrule
Quasar 4.0 epoch boundary & $h_0$ & cert-lane vector $(\text{BLS},\text{MLDSA},\text{Pulsar},\text{SLHDSA})$ \\
QuasarSTM 4.0 activation & $h_0$ & STM root rotated; all in-flight tx replayed \\
GPU-Residency invariant on & $h_0 + 1$ & first violation counter $= 0$ \\
SLH-DSA archival lane initial & $h_0 + 1$ & first archival cert hash $0\text{x91}\dots$ \\
D-Chain rolled into C-Chain & $h_0 + 6$ & DEX precompiles registered \\
Universal Liquidity router register & $h_0 + 48$ & router id \texttt{lp.lux.router} \\
First Pars$\to$Lux bridge tx & $h_0 + 218$ & via A-Chain attestation \\
First Hanzo$\to$Lux bridge tx & $h_0 + 305$ & via A-Chain attestation \\
First Zoo$\to$Lux bridge tx & $h_0 + 412$ & via A-Chain attestation \\
F-Chain DKG threshold key & $h_0 + 720$ & $t = 67$, $n = 100$ \\
\bottomrule
\end{tabular}
\caption{Selected mainnet receipts from the Lux 4.0 activation.}
\end{table}
\subsection{Validator participation}
\begin{table}[H]
\centering
\small
\begin{tabular}{lr}
\toprule
\textbf{Indicator} & \textbf{Value at $h_0 + 10\,000$} \\
\midrule
Validators voting & $1{,}248$ \\
Stake-weighted participation & $94.7\%$ \\
Lane-1 (BLS) participation & $94.3\%$ \\
Lane-2 (ML-DSA) participation & $93.8\%$ \\
Lane-3 (Pulsar) participation & $84.2\%$ \\
Lane-4 (SLH-DSA archival) writes & $100\%$ of epochs \\
\bottomrule
\end{tabular}
\caption{Validator participation in the four-lane cert protocol.}
\end{table}
% ============================================================================
\section{Conclusion}
\label{sec:conclusion}
% ============================================================================
Lux 4.0 is the activation of an operating model the network has been
converging on since 2020: GPU-native, post-quantum, and topologically
complete (9 chains, financial-rail core, L1$\to$L4 tenancy). The 4.0
boundary did not invent the financial-rail core; it formalised it and
graduated the FHE chain from research preview to production.
D-Chain has been the GPU-native DEX since 1.0; Quasar 4 and QuasarSTM 4
make every other chain operate the same way. The white-label primary
chain template (LP-134) is the export mechanism: Hanzo, Zoo, and Pars
all activate the same template on the same date, and the Universal
Liquidity (LP-310) common API on April 20 unifies their DEX liquidity.
\bibliographystyle{plain}
\begin{thebibliography}{99}
\bibitem{lp009} Lux Network. \emph{LP-009: GPU-Native EVM}. 2025.
\bibitem{lp010v4} Lux Network. \emph{LP-010: QuasarSTM 4.0 --- Production Spec for Quasar-Certified GPU Execution}. February 2026.
\bibitem{lp013v2} Lux Network. \emph{LP-013 v2: F-Chain GPU Fully-Homomorphic Encryption Service}. 2025.
\bibitem{lp020} Lux Network. \emph{LP-020: Four-Lane Post-Quantum Certificates}. 2026.
\bibitem{lp105} Lux Network. \emph{LP-020: Quasar 3.0 Consensus --- Three-Lane Post-Quantum Certificates}. 2025.
\bibitem{lp134} Lux Network. \emph{LP-134: Canonical 9-Chain Topology and Primary Chain Templates}. 2026.
\bibitem{lp137} Lux Network. \emph{LP-137: GPU-Residency Invariant for Lux-Family L1s}. 2026.
\bibitem{lp310} Lux Network. \emph{LP-310: Universal Liquidity --- Common Settlement API}. 2026.
\bibitem{achain} Lux Network. \emph{A-Chain Attestation}. 2025.
\bibitem{evmgpu} Lux Network. \emph{EVM-GPU Benchmark}. 2025.
\bibitem{ethos} Lux Network. \emph{The Ethos of Lux}. 2024.
\end{thebibliography}
\end{document}