Die DeFi-Begriffe, definiert

Finanzdienstleistungen — Handel, Kreditvergabe, Staking — die von öffentlichen Smart Contracts statt von Banken oder Brokern betrieben werden, offen für jeden mit einer Wallet. mehr lesen ›

Die programmierbare Blockchain, auf der die meisten DeFi laufen; BlazePhoenix stellt denselben Bytecode über Ethereum und seine L2s (Base, Optimism, Arbitrum, Robinhood Chain) bereit. mehr lesen ›

Ein EVM-Netzwerk (chain id 4663), auf dem BlazePhoenix bereitgestellt und über sieben Handelsplätze verdrahtet ist; natives ETH, gewrapptes WETH und der USDG-Stablecoin, mit einem Blockscout-Explorer. mehr lesen ›

Der US-Dollar-Stablecoin, der als tiefes Quote-Asset auf der Robinhood Chain verwendet wird (0x5fc5…d168); BlazePhoenix überbrückt Multi-Hop-Routen durch ihn und WETH. mehr lesen ›

Das kanonische AMM-Design (V2/V3), in dessen Pools der Großteil der DEX-Liquidität liegt; BlazePhoenix routet darüber und über acht Handelsplatz-Formen. mehr lesen ›

Die Lücke zwischen dem Preis, den du gesehen hast, und dem Preis, den du bekommen hast, verursacht durch die Marktbewegung zwischen Quote und Ausführung. Du begrenzt sie mit einem Mindest-Output-Limit (minOut). mehr lesen ›

Der Teil deiner Kosten, den du selbst verursachst: Der Handel gegen einen endlichen Pool bewegt den Preis, während du Token entnimmst. Ein dünner Pool bestraft die Größe am härtesten. mehr lesen ›

Zwei Token-Bestände, die ein Smart Contract hält, damit jeder gegen sie handeln kann. Das Verhältnis der Bestände setzt den Preis; die echte On-Chain-Tiefe entscheidet über deine Kosten. mehr lesen ›

Eine Formel, die Trades aus den Beständen eines Pools statt aus einem Orderbuch bepreist. Constant-Product (x·y=k) hat immer einen Quote; die Preisauswirkung ist der Punkt, an dem es dir Kosten berechnet. mehr lesen ›

Ein Marktplatz, auf dem Trades direkt on-chain gegen Smart Contracts ausgeführt werden, ohne dass jemals ein Verwahrer deine Gelder hält. mehr lesen ›

Ein Werkzeug, das einen Swap über viele Pools routet, um die beste Ausführung zu erzielen. BlazePhoenix berechnet den Quote on-chain, sodass keinem Off-Chain-Server vertraut werden muss. mehr lesen ›

Auf einer Blockchain bereitgestellter Code, der genau wie geschrieben läuft, ohne dass ein Administrator ihn ändern oder stoppen kann, sobald seine Befugnisse aufgegeben wurden. mehr lesen ›

Beworbene Pool-Tiefe, die der Contract eines Pools on-chain gar nicht wirklich hält — die Slippage, die du tatsächlich zahlen würdest, und die Token, die ein Honeypot nicht auszahlen kann. mehr lesen ›

Ein Token, der so konstruiert ist, dass Käufe gelingen und Verkäufe scheitern, durch versteckte Contract-Logik. Der Chart steigt, während fast niemand aussteigen kann. mehr lesen ›

Ein Exit-Betrug, bei dem Insider die Liquidität eines Tokens abziehen oder versteckten Bestand abwerfen, wodurch der Preis auf null zusammenbricht. mehr lesen ›

Der Profit, den Bots extrahieren, indem sie Transaktionen in einem Block umordnen, einfügen oder zensieren — die Kraft hinter Sandwich-Angriffen. mehr lesen ›

Eine ausstehende Transaktion zu sehen und ihr vorzugreifen, um von der Preisbewegung zu profitieren, die sie verursachen wird. mehr lesen ›

Eine Brücke, die externe Daten (wie Preise) an einen Smart Contract liefert — und eine klassische Angriffsfläche, wenn der Feed manipuliert werden kann. mehr lesen ›

Der Verlust, den ein Liquiditätsanbieter erleidet, wenn die beiden gepoolten Token im Preis auseinanderlaufen, verglichen mit dem bloßen Halten. mehr lesen ›

Jemand, der beide Token in einen Pool einzahlt, um einen Anteil an dessen Handelsgebühren zu verdienen, und dafür das Risiko des Impermanent Loss auf sich nimmt. mehr lesen ›

Die gesamten in einem Protokoll hinterlegten Vermögenswerte — eine Popularitätskennzahl, keine Sicherheitsgarantie; die echte Liquiditätstiefe ist das, in das du tatsächlich aussteigen kannst. mehr lesen ›

Marktkapitalisierung ist Preis × Angebot (eine Schlagzeile); Liquidität ist das, in das du tatsächlich aussteigen kannst. Wenn die Kapitalisierung die echte Tiefe überragt, ist der Großteil dieses Werts unerreichbar. mehr lesen ›

Ein überprüfbarer On-Chain-Nachweis, dass ein Protokoll genügend Vermögenswerte hält, um seine Verbindlichkeiten zu decken — prüfbar, ohne dem Team zu vertrauen. mehr lesen ›

Der geringste Output-Betrag, den du bei einem Swap akzeptierst; wenn der Trade ihn nicht liefern kann, muss er zurücksetzen (revert), statt schlechter ausgeführt zu werden. mehr lesen ›

Dasselbe ETH, gewrappt als standardmäßiger ERC-20-Token, damit Contracts es einheitlich behandeln. Immer 1:1 einlösbar; es ist kein anderer Vermögenswert. mehr lesen ›

Eine dauerhafte Erlaubnis für einen Contract, deinen Token zu bewegen. Sie überdauert den Trade, sodass unendliche Freigaben ein akutes Risiko sind, das du überprüfen und widerrufen solltest. mehr lesen ›

Ein Token, der so konstruiert ist, dass er einen festen Wert hält, üblicherweise 1 $, gedeckt durch Fiat, Krypto oder einen Algorithmus. Die Bindung ist nur so stark wie das Design dahinter. mehr lesen ›

Die Netzwerkgebühr, die für die Ausführung einer Transaktion on-chain gezahlt wird, bepreist in der nativen Münze der Chain und je nach Auslastung schwankend. mehr lesen ›

Software, die die privaten Schlüssel hält, die deine On-Chain-Gelder kontrollieren — nicht die Gelder selbst. Die Seed-Phrase IST das Geld; teile sie niemals. mehr lesen ›

Eine Eigenschaft, die bei jeder erlaubten Transformation eines Systems wahr bleibt. In BlazePhoenix IST Sicherheit eine Invariante: Die Transaktion, die sie brechen würde, kann nicht existieren. mehr lesen ›

Ein Gesetz, das besagt, dass sich eine messbare Größe nie ändert, während sich ein System entwickelt. Das Staking-Buch gehorcht einem — Wert hinein gleich Wert verbucht — pro Transaktion durchgesetzt. mehr lesen ›

Software durch Mathematik als korrekt zu beweisen, statt sie anhand von Beispielen zu testen. Invariantengetriebene Contracts drücken die Eigenschaft in die Laufzeit: Die EVM selbst verweigert verletzende Zustände. mehr lesen ›

Ein Design, bei dem jede Anfrage alles Nötige mit sich trägt — keine gespeicherte Sitzung, die verfälscht werden kann. Der BlazePhoenix Core ist eine reine Bibliothek: kein Speicher, kein Besitzer, kein Upgrade-Pfad. mehr lesen ›

Du signierst ein gewünschtes ERGEBNIS, und Off-Chain-Solver konkurrieren darum, es zu erfüllen. Mächtig, aber die Auktion ist eine vertrauensbedürftige Schicht — die entgegengesetzte Wette zur On-Chain-Berechnung der Route. mehr lesen ›

Brüche mit skalierten Ganzzahlen darzustellen (hier WAD = 1e18), weil die EVM keine Gleitkommazahlen hat. Korrektheit verlangt eine Multiplikation mit voller Präzision, damit das skalierte Produkt nie überläuft. mehr lesen ›

Ein iteratives Nullstellenverfahren, das seine korrekten Stellen bei jedem Schritt verdoppelt (quadratische Konvergenz). BlazePhoenix nutzt seine modulare Form, um einen ungeraden Divisor in sechs Schritten zu invertieren, von 4 Bit auf 256. mehr lesen ›

Token-Belohnungen dafür zu verdienen, dass man einem Protokoll Kapital bereitstellt. BlazePhoenix zahlt zwei getrennte Ströme — Emission und Kreditnehmerzins — aus zwei Akkumulatoren über eine Stake-Basis, ohne Quersubventionierung. mehr lesen ›

Der pseudonyme Autor des Bitcoin-Whitepapers (2008), dessen Eingangssatz — Zahlungen ohne ein Finanzinstitut — die Vision der Vertrauensminimierung definiert, an der sich der Nakamoto-Test misst. mehr lesen ›

Mitbegründer von Ethereum; sein Whitepaper von 2014 verallgemeinerte Bitcoins Vertrauensentzug von Zahlungen auf beliebige Berechnungen — die Linie, auf der jedes ernsthafte Smart-Contract-Protokoll aufbaut. mehr lesen ›

Die Mindest-Output-Untergrenze als RATE, die der Router bei der Ausführung ON-CHAIN aus gemessenen Beträgen neu ableitet: Aufrufer dürfen sie verschärfen, niemals lockern. Die Rate ist so begrenzt, dass sie nie unter 80% fällt, und sie wird auf den On-Chain-Quote des letzten Hops vor der Protokollgebühr angewendet. mehr lesen ›

Formalisiert Minimum output (minOut).

Dieselbe Garantie, angewendet auf jedes Bein einer aufgeteilten Route statt auf die Summe: Jedes Bein muss mindestens 8,000 Basispunkte seines geplanten Outputs liefern, sodass eine Route ein schlechtes Bein nicht hinter einem guten verstecken kann. mehr lesen ›

Formalisiert Minimum output (minOut).

Das Pool-Fitness-Feld: ein Zähler geleiteter Swaps, der auf der Wanduhr abklingt — sich etwa alle 6.8 Stunden Stille halbiert und nach etwa 9 Tagen null erreicht — gewichtet nach Log-Tiefe-Buckets, mit Bridge- und Konzentrations-Boni. Ansehen wird nur dadurch verdient, dass durch einen Pool geroutet wird, und es entscheidet, welche Handelsplätze in Betracht gezogen werden, nie, was einer von ihnen zahlt. mehr lesen ›

Formalisiert Liquidity pool.

Die einzige Gleichung, der das Staking-Buch gehorcht, pro Transaktion durch die conserves-Wächterfunktion durchgesetzt: Jede Transaktion, die sie brechen würde, setzt zurück (revert), und jeder kann das Ergebnis in jedem Block kostenlos lesen. mehr lesen ›

Formalisiert Conservation law.

Der Glaubwürdigkeitsfilter, verankert am Pool mit dem größten ECHTEN tokenOut-Bestand — Wahrheit stimmt mit Kapital ab, nicht mit bloßer Existenz. Er erhöht die Kosten eines Angriffs, statt statistische Robustheit zu bieten: Ein Angreifer, der tatsächlich der tiefste Pool ist, kontrolliert den Anker. mehr lesen ›

Formalisiert Blockchain oracle.

Die Breite dieses Filters: Ein Kandidat, dessen Rate außerhalb von ±4% des Ankers liegt, wird vor dem Routing verworfen. Ein einzelner Kandidat wird nie gefiltert, da ein Band um eine einzige Beobachtung keine Information trägt. Die Breite ist eine Produktentscheidung, keine abgeleitete Größe. mehr lesen ›

Formalisiert Blockchain oracle.

Die Reihenfolge, in der Handelsplätze unter der optimalen Aufteilung einer Route beitreten sollten: absteigender gebührenbereinigter Spotpreis γy/x, die Grenzrendite jedes Handelsplatzes bei null Input, allein aus den Reserven berechenbar, ohne Orakel und ohne Simulation. mehr lesen ›

Formalisiert Automated market maker (AMM).

Jede Routing-Entscheidung — Zulassung, Reihenfolge, Aufteilung und die Untergrenzen — allein aus dem On-Chain-Pool-Zustand und Contract-Konstanten berechnet. Das Protokoll verbraucht keine externe Preisquelle, erbt daher keine Ausfallmodi eines Orakels und kann dessen Manipulation nicht importieren. mehr lesen ›

Formalisiert Blockchain oracle.

Eine Garantie, deren Bedingungen on-chain durch den Code durchgesetzt werden, der den Trade ausführt, statt off-chain erzeugt und bloß validiert zu werden. Eine Aussage darüber, WO eine Garantie lebt: prüfbar statt versprochen — nicht automatisch stärker, aber überprüfbar. mehr lesen ›

Formalisiert Decentralized exchange (DEX).

Neu-Quotierung in Ausführungsqualität durch Revert-Extraktion: Führe den echten Swap des Pools innerhalb eines Aufrufs aus, setze zurück, dekodiere die Deltas — der Revert ist die Antwort, kein Fehler. mehr lesen ›

Formalisiert Automated market maker (AMM).

Eine Quote-Funktion, die acht AMM-Arten umspannt — geschlossene Formeln, wo Formeln Wahrheit sind, den-Pool-fragen, wo Nachbildung lügen könnte. mehr lesen ›

Formalisiert Automated market maker (AMM).

Der gesamte Arbeitszustand eines Pools, gepackt in ein einziges 256-Bit-Speicherwort, sodass das Bewerten eines Kandidaten einen einzigen SLOAD statt mehrerer kostet. mehr lesen ›

Formalisiert Smart contract.

CREATE2-Adressableitung über acht Handelsplatz-Formen — die Adresse eines legitimen Pools ist berechenbar, bevor er existiert, sodass Nachahmung zu einer Adress-Nichtübereinstimmung wird. mehr lesen ›

Formalisiert Smart contract.

Das Handelsplatz-Register, das Liquidität lernt, indem es sie ausführt: Jeder abgewickelte Swap tickt oder fügt einen Pool ein; Vitalitätsabklingen und Ψ-basierte Verdrängung kuratieren es ohne Keeper. mehr lesen ›

Formalisiert Decentralized exchange (DEX).

Fünf falsifizierbare Fragen — Abwicklung, Verifikation, Überleben, Erlaubnis, Transparenz — die jedes Protokoll an der Gründungsvision der Bitcoin- und Ethereum-Whitepapers messen. mehr lesen ›

Formalisiert Decentralized finance (DeFi).

Ein System durch eine mathematische Invariante zu regieren, die an der Grenze geprüft wird und bei Verletzung sicher schließt (fail closed) — das Muster hinter dem Protokoll und eine Vorlage zur Ausrichtung von KI-Agenten. mehr lesen ›

Formalisiert Invariant (mathematics).

Die 512-Bit-Multiplikation-dann-Division (mulDiv), durch die jede Proportion von BlazePhoenix fließt: Das Zwischenprodukt läuft nie über, sodass keine Belohnung, kein Verhältnis und kein Zinsanteil um auch nur ein Wei abweicht. mehr lesen ›

Formalisiert Fixed-point arithmetic.

Zwei Akkumulatoren im MasterChef-Stil über eine Stake-Basis — Emission auf geboosteten effektiven Stake, Zins nur an reine Sparer — sodass keine Staking-Rolle eine andere subventioniert, alles unter einer einzigen Solvenz-Invariante. mehr lesen ›

Formalisiert Yield farming.