# BlazePhoenix-Dex **Das Angebot ist der Trade.** *Die gemessene Börse: ein On-Chain-Liquiditätsaggregator, dessen Angebot und Ausführung eine einzige Berechnung sind.* *Technical Whitepaper v2.3 · Core Edition · Deutsch* > Diese Ausgabe enthält die Ideen, die Mathematik und die gemessene Bilanz von BlazePhoenix-Dex. Die vollständige technische Spezifikation — jeder Abschnitt, jede Durchsetzungsstelle, jeder Anhang — ist das englische Technical Whitepaper v2.3 unter https://blazephoenix.xyz/whitepaper.md. ## Zusammenfassung BlazePhoenix-Dex ist ein On-Chain-Liquiditätsaggregator, der auf einer Behauptung aufbaut: Ein Angebot und seine Ausführung sind dieselbe Berechnung. Die Route wird in der Transaktion abgeleitet, die sie ausführt — aus dem öffentlichen Pool-Zustand, von einer zustandslosen Bibliothek, die jeder erneut ausführen kann; die bei der Abwicklung bindende Zahl leitet derselbe Dispatcher im ausführenden Frame erneut ab. Es gibt keinen Routing-Dienst, kein Preisorakel, keinen Keeper und keinen Upgrade-Pfad. Achtzehn benannte Innovationen tragen das Design, und jede Garantie wird mit dem Code veröffentlicht, der sie durchsetzt, und dem Test, der sie prüft. ## Zehn Zeilen. Kein Marketing. 1. Kein Server wählt Ihre Route. Die Transaktion, die sie ausführt, leitet sie aus dem öffentlichen Pool-Zustand ab. 2. Kein Orakel bepreist Ihren Trade. Die Pools tun es — gelesen im Frame, der ihn abwickelt. 3. Angebot und Untergrenze sind ein Evaluator. Es gibt keine Naht, durch die der Preis abdriften könnte. 4. Ihr Minimum ist Pflicht. Der Router lehnt einen Swap ohne Minimum ab. 5. Was ein Pool behauptet, ist kostenlos zu fälschen; was er gemessen liefert, nicht. Das Routing läuft auf Letzterem. 6. Gebühr, Aufteilung und Untergrenzen sind einkompiliert. Es gibt keinen Setter. Niemand — auch nicht die Autoren — kann sie ändern. 7. Kein Proxy, kein Upgrade-Pfad, kein selfdestruct, kein Guthaben im Ruhezustand. 8. Ein feindlicher Pool kostet Sie Preis und wird dann rückgängig gemacht. Er liefert nie unter Ihrer Untergrenze. 9. Jede Zahl steht neben ihrem Nenner — und neben der Art, wie sie manipuliert werden könnte. 10. Verschwänden heute Nacht alle unsere Server, würden die Verträge morgen weiter quotieren, routen und abwickeln. ## Die achtzehn Innovationen Jeder Mechanismus mit dem, was er ist, der Mathematik, die ihn definiert, und warum er für den Handelnden zählt. ### I-1 · Angebot ≡ Ausführung **Was.** Die quotierte Zahl und die Zahl, die Ihren Trade bindet, stammen aus einem Evaluator — zum Planen und erneut in der ausführenden Transaktion. **Mathematik.** $$\Omega(p_\ell, x_\ell)\ \text{plans}\ =\ \Omega(p_\ell, x_\ell)\ \text{settles}$$ **Warum es zählt.** Verluste zwischen „was der Server sagte“ und „was die Chain tat“ haben keinen Platz mehr. 64 von 64 driftfreien Angeboten wurden exakt wie vorhergesagt abgewickelt. ### I-2 · Der On-Chain-Solver **Was.** Die beste Route ist eine View-Funktion: Jeder erhält sie per kostenlosem eth_call, und swapBestExactIn löst und wickelt atomar ab. **Mathematik.** $$\texttt{findBestRoutePlan}(t_{in}, t_{out}, x)\ \text{— a free eth\_call}$$ **Warum es zählt.** Eine vertrauenslose beste Route ohne API-Schlüssel, Relayer oder Signatur — 29,183 Bytes öffentlicher Bytecode statt eines geschlossenen Servers. ### I-3 · Die Meta-Gleichung **Was.** Der gesamte Aggregator als eine Maximierung über ein Produkt von Faktoren. **Mathematik.** $$R^{\star} = \arg\max_{R}\ \mathrm{net}(R)\cdot\prod_{\ell}\hat{\Psi}(p_{\ell})\cdot\mathbf{1}[\mathrm{net}(R)\ge\Phi(R)]\cdot\Xi(R)$$ **Warum es zählt.** Ein Produkt ist eine Sicherheitseigenschaft: Ein einziger fehlschlagender Faktor setzt den Score der Route auf genau null. ### I-4 · Der achtfache Dispatcher Ω **Was.** Sechs Venue-Arten — Uniswap V2, V3, V4, Algebra, Solidly stabil und volatil — reduzieren sich auf vier mathematische Familien in einer Tabelle. **Mathematik.** $$y = \left\lfloor \frac{x(\mathrm{BPS}-f)\,r_{out}}{r_{in}\mathrm{BPS} + x(\mathrm{BPS}-f)} \right\rfloor$$ **Warum es zählt.** Eine geprüfte Formel pro Familie bepreist jede Venue auf jeder Chain; ein neuer Fork ist eine Tabellenzeile, kein neuer Code. ### I-5 · Deterministische Ableitung 𝒟 **Was.** Pools werden aus Factory, Paar und Init-Code-Hash berechnet und nur zugelassen, wenn sie Bytecode tragen. **Mathematik.** $$\mathrm{pool} = \mathrm{addr}_{20}(\mathrm{keccak256}(\mathtt{0xff}\,\Vert\,\mathrm{origin}\,\Vert\,\mathrm{salt}\,\Vert\,\mathrm{initCodeHash}))$$ **Warum es zählt.** Die Antwort einer Factory lässt sich fälschen, Arithmetik nicht. Die Erkennung funktioniert auf jeder EVM-Chain gleich. ### I-6 · Uniswap V4 im Frame **Was.** V4-Pool-IDs werden abgeleitet, gegen den PoolManager-Speicher bewiesen, per extsload gelesen, über bis zu sechzehn Tick-Abschnitte durchlaufen und über das Singleton abgewickelt — natives ETH inklusive. **Mathematik.** $$\mathrm{slot} = \mathrm{keccak256}(\mathrm{abi.encode}(\mathrm{poolId}, 6))$$ **Warum es zählt.** Die tiefste V4-Integration, die ein Aggregator haben kann, ohne einer einzigen Antwort der Venue zu vertrauen. ### I-7 · Der Solidly-Stable-Solver **Was.** Ein exakter, geschlossen fehlschlagender Solver für die quartische stabile Kurve, per begrenzter Newton-Iteration. **Mathematik.** $$k(x,y) = x^{3}y + xy^{3}$$ **Warum es zählt.** Stablecoins und Liquid Staking werden exakt quotiert; wo keine Schranke beweisbar ist, lautet die Antwort null, nie eine Schätzung. ### I-8 · Der Monoslot **Was.** Der gesamte Routing-Zustand eines Pools in einem 256-Bit-Wort, ohne Preis darin. **Mathematik.** $$s = a \,\vert\, f\!\ll\!8 \,\vert\, k\!\ll\!32 \,\vert\, r\!\ll\!40 \,\vert\, \dots \,\vert\, B_{last}\!\ll\!224$$ **Warum es zählt.** Ein Lesezugriff reiht einen Pool ein, und das Registergedächtnis kann einen Trade nie falsch bepreisen. ### I-9 · Das selbstheilende Register und Ψ **Was.** Das Protokoll lernt Liquidität, indem es sie handelt: sechzehn Slots pro Paar, Fitness aus echten Swaps, arithmetischer Verfall und ein Paarbeweis vor dem Speichern. **Mathematik.** $$\Psi = V \cdot 2^{b} \cdot (1 + 0.25\,\mathbf{1}_{bridge}) \cdot (1 + 0.05\,\mathbf{1}_{conc})$$ **Warum es zählt.** Kein Keeper, kein Kurator entscheidet, welche Pools zählen — das Register heilt sich aus dem Fluss, den Nutzer ohnehin senden. ### I-10 · Die kapitalverankerte Aufteilung **Was.** Ein Glaubwürdigkeitsband, verankert am tiefengewichteten Median; die Überlebenden teilen die Order im Verhältnis zur gemessenen Tiefe. **Mathematik.** $$c = r_{i^*},\ \ \textstyle\sum_{j \le i^*} d_j \ge \lceil \sum d / 2 \rceil,\ \ \text{band} = [0.95c,\ 1.05c]$$ **Warum es zählt.** Um den Anker zu verschieben, muss ein Angreifer mehr als die Hälfte der echten Liquidität einzahlen. Eine Aufteilung zahlt nie weniger als der beste Einzelpool. ### I-11 · Die Iron-Law-Untergrenze Φ **Was.** Ein Mindest-Output, on-chain bei der Ausführung aus gemessenem Impact und Konzentration neu abgeleitet. **Mathematik.** $$\mathtt{floorBps} = \max(9600 - \mathtt{legShv} - \min(\delta, 10^{4}) - \sigma_{\ln}/10^{14},\ 8000)$$ **Warum es zählt.** Aufruferdaten können den Schutz nur verschärfen. Bei einem Trade von 1 % der Tiefe ist ein Sandwich auf etwa 2,7 % begrenzt und wird darüber abgelehnt. ### I-12 · Messung an jeder Naht **Was.** Jeder Einzug, jede Hop-Ankunft und jede Auslieferung ist ein gemessenes Saldo-Delta. **Mathematik.** $$\Delta_{\text{measured}} = \mathrm{balance}_{after} - \mathrm{balance}_{before}$$ **Warum es zählt.** Besteuerte, rebasende oder lügende Token können den Router nicht zu Überversprechen bringen, und der Router hält zwischen Transaktionen nichts. ### I-13 · Die Ein-Callback-Doktrin **Was.** Ein einziger Fallback beantwortet den Callback jeder V3-artigen Venue, mit dem Leg-Kontext im transienten Speicher nach EIP-1153 und drei Wächtern. **Mathematik.** $$\text{pay}\iff \text{caller}=\text{pool}_{\ell}\ \wedge\ \text{inFlight}\ \wedge\ \text{amount}\le\text{budget}_{\ell}$$ **Warum es zählt.** Ein kleiner, dreifach bewachter Einstiegspunkt statt eines Callbacks pro Fork. ### I-14 · Die Überschussregel **Was.** Eine einkompilierte Gebühr von 0,28 %, einmal auf einer gemessenen Basis erhoben, ohne Term, der mit der Lücke zwischen Angebot und Lieferung wächst. **Mathematik.** $$\mathrm{fee} = \lceil 28 \cdot \mathrm{base} / 10^{4} \rceil$$ **Warum es zählt.** Alles, was die Pools über dem Angebot liefern, gehört vollständig Ihnen. ### I-15 · Der Byte-Gas-Wechselkurs ρ* **Was.** Der gemessene Kurs, zu dem Calldata-Bytes und Ausführungsgas getauscht werden, eingebaut in vier Router-Türen. **Mathematik.** $$\text{calldata} \iff p_{byte} < \rho^{*},\ \ \rho^{*} \in [66.9,\ 105.5]\ \text{gas/byte}$$ **Warum es zählt.** Auf jeder Chain gibt es einen günstigsten Weg zu swappen, und der Router bietet ihn an. ### I-16 · Der Anti-Betrugs-Projektor Ξ **Was.** Pools, deren V4-Hook Beträge verändern darf, werden vor dem Ranking per Bittest auf der Hook-Adresse entfernt. **Mathematik.** $$(\mathrm{uint160}(\mathrm{hook}) \,\&\, \mathtt{0x3FFF}) \,\&\, (2^{3} \mid 2^{2}) \ne 0 \Rightarrow \text{refuse}$$ **Warum es zählt.** Ein feindlicher Hook wird nie aufgerufen, also kann er nie lügen. ### I-17 · Die Einbahntür **Was.** Administrative Kontrolle endet unumkehrbar im Bytecode; Gebühr, Aufteilung und Untergrenzen hatten nie Setter. **Mathematik.** $$\texttt{controlRenounced}:\ \text{false} \to \text{true},\ \text{never back}$$ **Warum es zählt.** „Wir werden es nicht anfassen“ wird zu „wir können es nicht anfassen“. ### I-18 · Metrologisches Design **Was.** Jede messbare Koordinate messen, den Rest monoton machen, jede Zahl neben ihrem Nenner veröffentlichen. **Mathematik.** $$268/268\ \text{mutants} \cdot 1636/1636\ \text{triples} \cdot 258/258\ \text{pairs}$$ **Warum es zählt.** Der Nachweis wird bei jedem Commit neu berechnet und ist für jeden reproduzierbar. ## Die Anzeigetafel | Gemessene Eigenschaft | Ergebnis | |---|---| | Driftfreie Angebote, exakt abgewickelt | **64 / 64** | | Venue-Pathologien × Türen, sauber abgewickelt oder abgelehnt | **20 / 20** | | Kuratierte Mutanten eliminiert | **268 / 268** | | Kontrollaktionen, deren Ablehnung geprüft wird | **31 / 31** | | Geteilte Größen, durch einen Test verbunden | **7 / 7** | | Paare von Regime-Faktoren per Konstruktion abgedeckt | **258 / 258** | | Tripel von Regime-Faktoren per Konstruktion abgedeckt | **1,636 / 1,636** | | Optimizer-Builds der Angebotsmathematik in Übereinstimmung | **3 / 3** | | Vorschau → Lieferung über vier Chains | **0–1 bps** | | Solver-Route vs. erschöpfendes Raster auf Base | **≤ 0.13 bps** | | Größtes zugelassenes Sandwich bei 1 % der Tiefe | **≈ 2.7 %** | | Genannte Forscher · kritische Funde | **25 · 0** | ## Der DEX auf einer Seite Eine Aufgabe: zwei Token, einen Betrag, Ihr Minimum, einen Empfänger und eine Frist nehmen und den höchsten Ertrag liefern, den die öffentliche Liquidität der Chain hergibt — oder mit einem Code ablehnen, der den Grund nennt. Fünf Verträge teilen eine Mathematik: der Core (die Formeln), der Hub (das selbstheilende Register), der Solver (die Route), der Router (der einzige Vertrag, der Mittel bewegt) und der Quoter (die kostenlose Vorschau). Vier Türen führen zu einem Executor: Route in Calldata, Route mit Permit2-Signatur, natives ETH oder on-chain in derselben Transaktion gelöst. Drei Untergrenzen und Ihr eigenes Minimum stehen unter jedem Trade; die Lieferung muss das Größere von Protokoll-Untergrenze und Ihrem Minimum übertreffen. Eine Gebühr, 0,28 %, einkompiliert. Gas ist der Preis einer überprüfbaren Garantie; Unveränderlichkeit ist der Grund, warum Fehler offengelegt und belohnt werden. ## Token — BZPX Eine Milliarde BZPX, für immer fest: ein schlichter ERC-20 mit 18 Dezimalstellen, ohne Mint-Pfad, ohne Transfergebühr, ohne Rebasing, ohne Pause und ohne Blacklist. | Zuteilung | Token | Anteil | |---|---|---| | Marktliquidität | 520,000,000 | 52.0 % | | Staking-Emission (reserviert) | 180,000,000 | 18.0 % | | Airdrop & Bounties | 130,000,000 | 13.0 % | | Team und Betrieb | 103,000,000 | 10.3 % | | Partner und Ökosystem | 60,000,000 | 6.0 % | | Marketing | 7,000,000 | 0.7 % | Der Airdrop-&-Bounties-Pool vereint den früheren Airdrop von 50,000,000, den früheren Forschungspool von 50,000,000 und 30,000,000 aus der Marktliquidität. ## Worauf Sie nicht vertrauen müssen Niemand bepreist Ihren Trade — die Route wird im ausführenden Frame aus öffentlichem Zustand abgeleitet. Niemand routet ihn zum eigenen Vorteil — die Untergrenze wird on-chain neu abgeleitet und die Gebühr hat keinen Term, der mit der Lücke zwischen Angebot und Lieferung wächst. Niemand kann die Gebühr ändern. Und verschwänden heute Nacht alle Server dieses Projekts, würden die Verträge morgen genauso quotieren, routen und abwickeln. Behalten Sie eine Gewohnheit: Setzen Sie Ihr eigenes Minimum. ## Fazit Was wählt, ist was handelt. Angebot und Ausführung sind dieselbe Berechnung, also schließt Arithmetik die Lücke, in der früher die Ehrlichkeit eines Betreibers wohnte. Das Protokoll bittet nicht um Vertrauen. Es bittet um Überprüfung — und arbeitet daran, sie billig, öffentlich und dauerhaft zu machen. --- https://blazephoenix.xyz · https://blazephoenix.xyz/whitepaper.md · CC BY 4.0 (text) · BUSL-1.1 (code)