Det är dags att gå ut offentligt med SUPA CPMM Whitepaper! SUPA är en ny batchauktions-AMM-arkitektur som avgör order till ett enhetligt clearingpris. Denna design neutraliserar sandwiching, vilket skyddar handlare och minskar kostnaderna för LP:are. Lära sig mer 👇

SUPA är en nästa generations AMM-arkitektur som batchar alla affärer som skickas in under en Solana-slot (≈400 ms), committar clearingpriset i början av nästa slot och avslutar via permissionless cranks. Denna design eliminerar intra-slot MEV och neutraliserar sandwichattacker.

Kontinuerliga AMM utför affärer sekventiellt, vilket innebär att exekveringen beror på transaktionsordningen. Den ordningen öppnar dörren för: Sandwich-attacker: Bots front-run och back-run i väntan på byten. Latenslopp: Användare tävlar om köposition. Orättvisa fyllningar: Senare affärer får sämre priser än tidigare.

Att sandwicha är ett enormt problem inom krypto. Om du vill få en känsla för hur mycket som extraheras på @solana av sandwich-attackerare, ta en titt på Detta är industriell skala från vanliga handlare.

@solana SUPA löser detta problem vid roten. Om alla i sloten handlar till samma clearingpris kan en bot inte frontruna dig för att tvinga fram en sämre fill och sedan backrunna för att skumma av skillnaden. Det finns inget att skumma.

@solana SUPA = Rättvis, snabb, MEV-säker AMM. Istället för att behandla byten en efter en, samlar SUPA in alla beställningar under en plats, fastställer ett enhetligt clearingpris och reglerar alla lika. Alla byten i en slot utförs samtidigt, vilket helt eliminerar tidsfördelen.

Hur det fungerar > Samling: Handlare skickar in swap-order och LP:er skickar in in- och uttagsinstruktioner. > Commitment: Den första skuldsvevan efter sloten fastställer batchresultatet och beräknar det enhetliga clearingpriset. > Settlement: Permissionless keeper-vevar bearbetar delar av order och betalar ut resultat.

@solana För handlare: > Lika genomförande för alla deltagare > Minskad slirning när motsatta flöden förskjuter > Skydd mot sandwich MEV och latensbotar

@solana För likviditetsleverantörer: > Bekant CPMM-ekonomi, men med större flödesrättvisa > Statisk, transparent avgiftsstruktur (f = fLP + fcrank + fprotokoll) > MEV-skydd ger högre nettovolym och LP-utbyte

@solana För byggare: > Fullt on-chain-arkitektur med PDA:er och permissionless cranks > Framtida integration med routrar och aggregatorer > Utbyggbar för att begränsa order, dynamiska avgifter och nya AMM-invarianter - z

Vad händer härnäst: 1. Lansering av de första SUPA Pools: SOL/USDC 2. Onboarding av likviditetsleverantörer och incitamentsprogram 3. SUPA-integration via Kinetics router Framtida uppgraderingar: - Gräns- och schemalagda beställningar - Dynamiska, volatilitetsmedvetna avgiftsmodeller - Stöd för andra invarianter (CLMM, DLMM, CLOB)

@solana Vill du ha en djupare titt? Whitepapern täcker clearing-matematiken, vevsystemet och den Solana-inhemska arkitekturen som får allt att fungera!

@solana