Es ist Zeit, das SUPA CPMM Whitepaper öffentlich zu machen! SUPA ist eine neuartige Batch-Auktions-AMM-Architektur, die Aufträge zu einem einheitlichen Clearingpreis abwickelt. Dieses Design neutralisiert Sandwiching, schützt somit die Händler und senkt die Kosten für LPs. Erfahren Sie mehr 👇

SUPA ist eine Architektur für automatisierte Market Maker (AMM) der nächsten Generation, die alle während eines Solana-Slots (≈400 ms) eingereichten Trades bündelt, den Clearing-Preis zu Beginn des nächsten Slots festlegt und über erlaubnisfreie Cranks abwickelt. Dieses Design beseitigt intra-slot MEV und neutralisiert Sandwich-Angriffe.

Kontinuierliche AMMs führen Trades sequenziell aus, was bedeutet, dass die Ausführung von der Reihenfolge der Transaktionen abhängt. Diese Reihenfolge öffnet die Tür für: Sandwich-Angriffe: Bots führen vor und nach ausstehende Swaps aus. Latenzrennen: Nutzer konkurrieren um die Position in der Warteschlange. Unfaire Ausführungen: Spätere Trades erhalten schlechtere Preise als frühere.

Sandwiching ist ein massives Problem im Krypto-Bereich. Wenn Sie ein Gefühl dafür bekommen möchten, wie viel von @solana von Sandwich-Angreifern extrahiert wird, werfen Sie einen Blick auf Das ist eine industrielle Extraktion von regulären Händlern.

@solana SUPA behebt dieses Problem an der Wurzel. Wenn jeder im Slot zum gleichen Clearing-Preis handelt, kann ein Bot dich nicht überholen, um einen schlechteren Preis zu erzwingen, und dann zurücklaufen, um die Differenz abzuschöpfen. Es gibt nichts abzuschöpfen.

@solana SUPA = Fair, Schnell, MEV-sicherer AMM. Anstatt Swaps einzeln zu verarbeiten, sammelt SUPA alle Aufträge während eines Slots, bestimmt einen einheitlichen Clearing-Preis und regelt alle gleich. Alle Trades in einem Slot werden gemeinsam ausgeführt, wodurch der Timing-Vorteil vollständig beseitigt wird.

Wie es funktioniert > Sammlung: Händler reichen Swap-Aufträge ein und LPs reichen Einzahlungs-/Abhebungsanweisungen ein. > Verpflichtung: Die erste Verpflichtungsdrehung nach dem Slot fixiert das Batch-Ergebnis und berechnet den einheitlichen Clearing-Preis. > Abwicklung: Erlaubnislose Keeper-Drehungen verarbeiten Teile von Aufträgen und zahlen die Ergebnisse aus.

@solana Für Händler: > Gleiche Ausführung für alle Teilnehmer > Reduzierte Slippage, wenn gegensätzliche Flüsse sich ausgleichen > Schutz vor Sandwich-MEV und Latenz-Bots

@solana Für Liquiditätsanbieter: > Vertraute CPMM-Ökonomie, aber mit größerer Fairness im Fluss > Statische, transparente Gebührenstruktur (f = fLP + fcrank + fprotocol) > MEV-Schutz führt zu höherem Nettovolumen und LP-Ertrag

@solana Für Entwickler: > Vollständig on-chain Architektur unter Verwendung von PDAs und erlaubnisfreien Kurbelmechanismen > Zukünftige Integration mit Routern und Aggregatoren > Erweitert für Limit-Orders, dynamische Gebühren und neue AMM-Invarianten - z

Was kommt als Nächstes: 1. Einführung der ersten SUPA Pools: SOL/USDC 2. Onboarding von Liquiditätsanbietern und Anreizprogramme 3. SUPA-Integration über den Router von Kinetic Zukünftige Upgrades: - Limit- und geplante Aufträge - Dynamische, volatilitätsbewusste Gebührenmodelle - Unterstützung für andere Invarianten (CLMM, DLMM, CLOB)

@solana Möchtest du tiefer eintauchen? Das Whitepaper behandelt die Clearing-Mathematik, das Kurbel-System und die Solana-eigene Architektur, die alles zum Laufen bringt!

@solana