Czas na ujawnienie białej księgi SUPA CPMM! SUPA to nowa architektura AMM z aukcją wsadową, która rozlicza zlecenia po jednolitej cenie rozliczeniowej. Ten projekt neutralizuje sandwiching, chroniąc tym samym traderów i obniżając koszty dla LPers. Dowiedz się więcej 👇

SUPA to architektura AMM nowej generacji, która grupuje wszystkie transakcje złożone w trakcie slotu Solany (≈400ms), ustala cenę rozliczeniową na początku następnego slotu i rozlicza za pomocą bezzezwolonych kranów. Ten projekt eliminuje MEV wewnątrz slotu i neutralizuje ataki typu sandwich.

Ciągłe AMM-y wykonują transakcje sekwencyjnie, co oznacza, że wykonanie zależy od kolejności transakcji. Ta kolejność otwiera drzwi do: Ataków typu sandwich: Boty przeprowadzają transakcje przed i po oczekujących zamianach. Wyścigów opóźnień: Użytkownicy rywalizują o pozycję w kolejce. Niesprawiedliwych realizacji: Późniejsze transakcje otrzymują gorsze ceny niż wcześniejsze.

Sandwiching to ogromny problem w kryptowalutach. Jeśli chcesz zobaczyć, ile jest wyciągane na @solana przez atakujących sandwich, spójrz na To jest wydobycie na przemysłową skalę od zwykłych traderów.

@solana SUPA rozwiązuje ten problem u źródła. Jeśli wszyscy w slocie handlują po tej samej cenie rozliczeniowej, bot nie może cię wyprzedzić, aby wymusić gorsze wypełnienie, a następnie nie może cię dogonić, aby zgarnąć różnicę. Nie ma nic do zgarniania.

@solana SUPA = Sprawiedliwy, Szybki, Odporny na MEV AMM. Zamiast przetwarzać wymiany pojedynczo, SUPA zbiera wszystkie zlecenia w trakcie slotu, ustala jednolitą cenę rozliczeniową i rozlicza wszystkich równo. Wszystkie transakcje w danym slocie wykonują się razem, całkowicie eliminując przewagę czasową.

Jak to działa > Zbiór: Traderzy składają zlecenia wymiany, a LP składają instrukcje wpłaty/wypłaty. > Zobowiązanie: Pierwszy mechanizm zobowiązania po ustaleniu slotu ustala wynik partii i oblicza jednolitą cenę rozliczeniową. > Rozliczenie: Mechanizmy bez zezwolenia przetwarzają fragmenty zleceń i wypłacają wyniki.

@solana Dla traderów: > Równe wykonanie dla wszystkich uczestników > Zmniejszone poślizgi, gdy przeciwne przepływy się równoważą > Ochrona przed MEV typu sandwich i botami o niskiej latencji

@solana Dla dostawców płynności: > Znajome ekonomie CPMM, ale z większą sprawiedliwością przepływu > Statyczna, przejrzysta struktura opłat (f = fLP + fcrank + fprotocol) > Ochrona przed MEV zwiększa wyższy wolumen netto i zysk LP

@solana Dla budowniczych: > W pełni on-chain architektura wykorzystująca PDA i bezzezwolne mechanizmy > Przyszła integracja z routerami i agregatorami > Rozszerzalne na zlecenia limitowe, dynamiczne opłaty i nowe inwarianty AMM - z

Co dalej: 1. Uruchomienie pierwszych SUPA Pools: SOL/USDC 2. Onboarding dostawców płynności i programy zachęt 3. Integracja SUPA za pośrednictwem routera Kinetic Przyszłe aktualizacje: - Zlecenia limitowane i zaplanowane - Dynamiczne modele opłat uwzględniające zmienność - Wsparcie dla innych invariantów (CLMM, DLMM, CLOB)

@solana Chcesz głębszego wglądu? Biała księga omawia matematykę rozliczeniową, system korbkowy oraz architekturę natywną Solany, która sprawia, że to wszystko działa!

@solana