Proklizavanje cene, odnosno slippage, jeste razlika između očekivanog ishoda zamene i ishoda po kojem je nalog stvarno izvršen. Ne može se uvek potpuno ukloniti, ali se može ograničiti proverom minimalnog izlaznog iznosa, likvidnosti, trajanja ponude i uslova izvršenja. Ovaj pregled objašnjava kontrolu proklizavanja kod tržišnih naloga, zamena preko likvidnosnih fondova i servisa sa prikazanom ponudom; ne ocenjuje konkretnu valutu, ne predviđa cenu i ne zamenjuje finansijski, pravni ili poreski savet.
Kako su proveravane tvrdnje
Za tehničke tvrdnje korišćena je dokumentacija Ethereum mreže i zvanični materijali platformi koje opisuju sopstveni način izvršenja naloga i decentralizovanih zamena. Opšti zaključak je prihvaćen samo kada je izvor objašnjavao mehanizam, a ne obećavao određeni tržišni rezultat.
Datum ažuriranja evidentiran je kada ga izvor prikazuje. Ako datum nije objavljen, to ograničenje je navedeno u registru. Parametri pojedinačnih platformi, kao što su podrazumevana tolerancija, rok važenja ponude, dostupne mreže i zaštita naloga, tretiraju se kao promenljivi i ne prenose se automatski na drugi servis.
Šta proklizavanje jeste, a šta nije
Uniswap Labs razdvaja dva pojma koja se često mešaju: uticaj na cenu nastaje kada sama veličina zamene promeni odnos sredstava u likvidnosnom fondu, dok je proklizavanje razlika između očekivanog i konačno ostvarenog ishoda. [1]
Kod knjige naloga tržišni nalog uzima raspoložive ponude redom. Ako na najboljoj prikazanoj ceni nema dovoljno količine, delovi naloga mogu biti izvršeni po različitim cenama. Zvanična dokumentacija Coinbase Advanced zato navodi da tržišni nalog može imati više delimičnih izvršenja i da nema garancije da će ceo nalog biti ispunjen po početno prikazanoj ceni. [2]
Proklizavanje ne treba poistovećivati sa svim troškovima zamene. Spread je razmak između kupovne i prodajne cene, naknada servisa je zaseban trošak, a mrežna naknada plaća obradu blokčejn transakcije. Razlika između početnog stanja novčanika i primljenog iznosa može sadržati više tih elemenata, pa sama konačna razlika nije dovoljan dokaz da je sve nastalo zbog proklizavanja. [3]
Kako se računa
Kada se prati količina kriptovalute koju korisnik treba da primi, nepovoljno proklizavanje može se izraziti formulom:
(očekivani izlaz − stvarni izlaz) ÷ očekivani izlaz × 100%
Ovo je račun, a ne prognoza. Ako je stvarni izlaz veći od očekivanog, rezultat označava povoljno kretanje. Kod poređenja cena kupovine i prodaje smer formule treba prilagoditi tako da pozitivan rezultat dosledno predstavlja lošiji ishod za korisnika.
Zašto dolazi do proklizavanja
- Nedovoljna likvidnost. Kada nema dovoljno sredstava ili suprotnih naloga blizu početne cene, zamena zahvata nepovoljnije nivoe. Zvanično objašnjenje Coinbase-a povezuje nižu likvidnost i slabiju aktivnost sa većim mogućim proklizavanjem. [4]
- Veličina naloga u odnosu na tržište. Iznos koji je mali za duboko tržište može biti veliki za plitak fond ili slabo aktivnu knjigu naloga. Zato nominalni iznos sam po sebi ne pokazuje rizik: bitan je njegov odnos prema raspoloživoj likvidnosti.
- Promena tržišta između ponude i izvršenja. Kod on-chain zamene potpisana transakcija najpre može ući u skup transakcija koje čekaju uključivanje u blok. Dok je na čekanju, drugi nalozi mogu promeniti stanje fonda i konačan izlaz. Ethereum dokumentacija opisuje emitovanje transakcije, ulazak u skup transakcija na čekanju i naknadno uključivanje u blok. [5]
- Ruta zamene. Jedna zamena može prolaziti kroz posredne tokene ili više fondova. Duža ruta nije automatski lošija, ali njen stvarni kvalitet zavisi od likvidnosti, troškova i stanja svakog koraka u trenutku izvršenja.
- Volatilnost. Brza promena tržišne cene povećava verovatnoću da ranije prikazana procena više ne odgovara uslovima u trenutku izvršenja. [4]
- Posebna pravila tokena. Tokeni sa naknadom pri transferu, promenljivom ponudom ili nestandardnim funkcijama mogu promeniti očekivani izlaz ili izazvati neuspeh transakcije. Takvo ponašanje ne treba rešavati nasumičnim povećavanjem tolerancije bez provere ugovora i upozorenja interfejsa. [6]
Registar tvrdnji
| Tvrdnja | Status potvrde | Tip i naziv primarnog izvora | Datum izvora | Ograničenje | Šta može promeniti zaključak |
|---|---|---|---|---|---|
| Proklizavanje i uticaj naloga na cenu nisu isti pojam. | Potvrđeno | Zvanična dokumentacija interfejsa: Uniswap Labs, „Price Impact vs Price Slippage“ | 11. februar 2025. | Terminologija je objašnjena u kontekstu zamene preko likvidnosnih fondova. | Druga platforma može drugačije grupisati stavke u pregledu naloga, ali to ne menja ekonomsku razliku između kretanja tržišta i uticaja sopstvenog naloga. |
| Niža likvidnost povećava verovatnoću nepovoljnog izvršenja. | Potvrđeno, uz zavisnost od tržišta | Zvanični centar za podršku platforme: Coinbase, „What is slippage?“ | Datum nije naveden na stranici | Izvor opisuje tržišne naloge na sopstvenoj platformi; ne određuje likvidnost bilo kog drugog servisa ili para. | Promene dubine knjige naloga, fonda likvidnosti, rute i veličine naloga. |
| Preniska tolerancija može dovesti do neuspeha on-chain zamene, dok previsoka dozvoljava lošiji izlaz. | Potvrđeno za opisani interfejs; princip zavisi od mehanizma izvršenja | Zvanična dokumentacija interfejsa: Uniswap Labs, „How to change slippage on the Uniswap Web app“ | 20. jul 2026. | Podrazumevane vrednosti i način podešavanja pripadaju konkretnom interfejsu i ne važe automatski drugde. | Izmena pametnog ugovora, rute, pravila interfejsa ili načina na koji servis garantuje minimalni izlaz. |
| Javno vidljiva transakcija na čekanju može biti izložena front-runningu i sandwich napadu. | Potvrđeno kao mogući rizik, ne kao neizbežan ishod | Zvanična dokumentacija: Ethereum „Transactions“ i Uniswap Labs „What is a sandwich attack?“ | 12. mart 2026. i 20. februar 2025. | Rizik zavisi od mreže, načina slanja transakcije, likvidnosti, tolerancije i dostupne MEV zaštite. | Privatno prosleđivanje transakcija, promena mrežne arhitekture ili uključivanje odgovarajuće zaštite od manipulacije redosledom. |
| Prikazani kurs konkretnog menjačkog servisa ostaje fiksan do završetka operacije. | Nepoznato bez aktuelnih uslova konkretne ponude | Potrebni su ekran ponude i važeći uslovi izvršenja izabranog servisa | Proverava se neposredno pre kreiranja naloga | Oznake poput „procena“, „fiksni kurs“ i „plutajući kurs“ mogu imati različite rokove, izuzetke i uslove. | Istek ponude, promena tržišta, kašnjenje u uplati, izmena rute ili rezultat provere transakcije. |
Pre kreiranja naloga korisnik može proveriti aktuelna dostupna usmerenja zamene i podržane mreže. Ta stranica služi za praktičnu proveru trenutne dostupnosti, a ne kao dokaz opštih tvrdnji iz ovog pregleda.
Postupak kontrole pre potvrde zamene
- Proverite model kursa. Utvrdite da li je prikazani rezultat fiksna ponuda, promenljiva procena ili tržišni nalog. Ako to nije jasno navedeno, ne pretpostavljajte da će početni iznos biti konačan.
- Čitajte izlazni iznos, ne samo kurs. Zabeležite koliko tačno treba da bude poslato i koliko najmanje treba da bude primljeno. Kurs bez ukupnog izlaza može prikriti uticaj zaokruživanja, spread-a i drugih troškova.
- Razdvojite stavke troška. Posebno pregledajte naknadu servisa, mrežnu naknadu, spread, procenjeni uticaj na cenu i minimalni izlaz. Ako interfejs prikazuje samo jednu zbirnu vrednost, nije moguće pouzdano pripisati razliku jednom uzroku.
- Proverite rok ponude. Ako ponuda ističe, sredstva ne treba slati po starim instrukcijama bez nove provere. Kod promenljive ponude proverite šta se dešava kada tržište izađe iz dozvoljenog raspona.
- Uporedite iznos sa prikazanim uticajem na cenu. Nagli rast procenjenog uticaja pri povećanju količine ukazuje da nalog koristi sve nepovoljnije nivoe likvidnosti. Podela naloga može smanjiti pojedinačni tržišni uticaj, ali može dodati nove mrežne ili servisne troškove; zato nije univerzalno jeftinija.
- Podesite granicu, ako je dostupna. Tolerancija proklizavanja nije očekivani gubitak, već najšira dozvoljena promena pod pravilima konkretnog interfejsa. Preniska granica povećava rizik neuspeha, a previsoka širi prostor za lošije izvršenje i određene oblike MEV manipulacije. [7]
- Proverite mrežu i adresu. Naziv tokena nije dovoljan: treba potvrditi mrežu, format adrese, oznaku odredišta ako je potrebna i adresu ugovora kada postoji rizik od istoimenih tokena. Za prvi prenos može se razmotriti mala probna transakcija, uz svest da ona nosi zasebnu mrežnu naknadu.
- Potvrdite nalog tek posle ponovnog pregleda. Neposredno pre slanja ponovo proverite ulaz, minimalni izlaz, mrežu, adresu, rok i ukupan trošak. Na Ethereum mreži potpis određuje pošiljaoca i odobrava sadržaj transakcije, pa pregled podataka pre potpisivanja predstavlja stvarnu bezbednosnu kontrolu. [5]
Rizici koji nisu rešeni podešavanjem tolerancije
Pogrešna mreža ili adresa. Tolerancija proklizavanja kontroliše cenu, ne ispravnost odredišta. Potvrđene blokčejn transakcije se u pravilu ne mogu opozvati običnim zahtevom korisnika. Status treba proveravati u odgovarajućem blokčejn-eksploreru pomoću identifikatora transakcije, bez deljenja privatnog ključa ili seed fraze.
Phishing i lažni tokeni. Privlačna procena izlaza nije dokaz da je sajt, aplikacija ili ugovor autentičan. Domen, aplikaciju novčanika, adresu ugovora i zahtev za odobrenje potrošnje treba proveriti pre potpisivanja. Neočekivani zahtev za seed frazu razlog je za prekid postupka.
Sandwich napad. Široka tolerancija može napadaču ostaviti više prostora da promeni cenu pre korisnikove zamene i vrati je posle nje. Veća likvidnost i podržana zaštita od front-runninga mogu smanjiti rizik, ali ga ne pretvaraju u garantovano odsustvo manipulacije. [8]
Neuspešna transakcija. On-chain zamena koja prekorači dozvoljeno proklizavanje može biti poništena na nivou ugovora, ali već utrošena mrežna naknada ne mora biti vraćena. Zato povećavanje tolerancije nije automatsko rešenje za svaki neuspeh; prvo treba proveriti likvidnost, stanje mreže, pravila tokena i razlog greške.
Compliance i lokalna pravila. Dostupnost operacije i zahtevani podaci mogu zavisiti od izabranog smera, zemlje korisnika i rezultata provere transakcije. Aktuelne zahteve treba utvrditi pre kreiranja naloga, bez pretpostavke da uslovi iz jedne zemlje ili ranije operacije važe i za sledeću.
Kako ponovo proveriti dinamičke podatke
- Osvežite ponudu neposredno pre potvrde i proverite da li su se promenili izlazni iznos, minimalni izlaz ili rok.
- Potvrdite da su izabrani ista valuta, mreža i smer koji nameravate da koristite; ista oznaka sredstva može postojati na više mreža.
- Proverite status mreže i procenjenu naknadu u novčaniku. Duže čekanje povećava period tokom kojeg se stanje tržišta može promeniti.
- Ako je transakcija poslata, pratite njen identifikator u zvaničnom ili pouzdanom eksploreru odgovarajuće mreže. Ne šaljite novu uplatu samo zato što se stanje nije odmah ažuriralo.
- Po završetku uporedite stvarno primljeni iznos sa potvrđenim očekivanim ili minimalnim izlazom, a mrežne i servisne troškove evidentirajte odvojeno.
Najkorisnija granica kontrole nije proizvoljan procenat, već unapred definisan minimalni iznos koji je korisnik spreman da primi nakon jasno prikazanih troškova. Ako interfejs ne pokazuje model kursa, rok ponude i minimalni izlaz, obim mogućeg proklizavanja nije moguće pouzdano proceniti pre slanja sredstava.