Het is tijd om het SUPA CPMM whitepaper openbaar te maken! SUPA is een nieuwe batch-veiling AMM-architectuur die orders afhandelt tegen een uniforme clearingprijs. Dit ontwerp neutraliseert sandwiching, waardoor handelaren worden beschermd en de kosten voor LPers worden verlaagd. Leer meer 👇
SUPA is een next-generation AMM-architectuur die alle handelsorders die tijdens een Solana-slot (≈400ms) zijn ingediend, bundelt, de clearingprijs aan het begin van het volgende slot vastlegt en via permissionless cranks afhandelt. Dit ontwerp elimineert intra-slot MEV en neutraliseert sandwichaanvallen.
Continue AMM's voeren transacties sequentieel uit, wat betekent dat de uitvoering afhankelijk is van de volgorde van transacties. Die volgorde opent de deur voor: Sandwich-aanvallen: Bots lopen voorop en achterop bij lopende swaps. Latentieraces: Gebruikers concurreren om een positie in de wachtrij. Oneerlijke vulbeurten: Latere transacties krijgen slechtere prijzen dan eerdere.
Sandwiching is een enorm probleem in crypto. Als je een idee wilt krijgen van hoeveel er wordt geëxtraheerd op @solana door sandwichaanvallers, kijk dan naar Dit is industriële schaalextractie van reguliere handelaren.
@solana SUPA lost dit probleem bij de wortel op. Als iedereen in de slot tegen dezelfde clearingprijs handelt, kan een bot je niet voor zijn en dwingen tot een slechtere uitvoering en vervolgens terugkomen om het verschil te scheren. Er is niets om te scheren.
@solana SUPA = Eerlijk, Snel, MEV-Proof AMM. In plaats van swaps één voor één te verwerken, verzamelt SUPA alle orders tijdens een slot, bepaalt een uniforme clearingprijs en vereffent iedereen gelijk. Alle transacties in een slot worden samen uitgevoerd, waardoor het timingvoordeel volledig wordt verwijderd.
Hoe het werkt > Verzameling: Handelaren dienen swaporders in en LP's dienen stortings-/opname-instructies in. > Verbintenis: De eerste verbintenis crank na de slot fixeert de batchuitkomst en berekent de uniforme clearingprijs. > Afwikkeling: Toegankelijke keeper cranks verwerken stukken van orders en betalen de resultaten uit.
@solana Voor Traders: > Gelijke uitvoering voor alle deelnemers > Verminderde slippage wanneer tegenovergestelde stromen elkaar opheffen > Bescherming tegen sandwich MEV en latentie bots
@solana Voor Liquiditeitsverschaffers: > Bekende CPMM-economieën, maar met grotere flow eerlijkheid > Statische, transparante kostenstructuur (f = fLP + fcrank + fprotocol) > MEV-bescherming stimuleert een hoger netto volume en LP-opbrengst
@solana Voor Bouwers: > Volledig on-chain architectuur met behulp van PDA's en permissieloze cranks > Toekomstige integratie met routers en aggregators > Uitbreidbaar voor limietorders, dynamische vergoedingen en nieuwe AMM-invarianten - z
Wat is de volgende stap: 1. Lancering van de eerste SUPA Pools: SOL/USDC 2. Onboarding van liquiditeitsverschaffers en incentiveprogramma's 3. SUPA-integratie via de router van Kinetic Toekomstige upgrades: - Limiet- en geplande orders - Dynamische, volatiliteitsbewuste vergoedingsmodellen - Ondersteuning voor andere invarianties (CLMM, DLMM, CLOB)
@solana Wil je dieper ingaan? De whitepaper behandelt de clearing wiskunde, het kranksysteem en de Solana-native architectuur die alles laat werken!
@solana
49,2K