Everything Protocol publikuje whitepaper opisujący architekturę DeFi opartą na pojedynczej rezerwie
Najważniejsze informacje
- •Everything Protocol opublikował 23 sierpnia 2026 r. whitepaper proponujący pojedynczą rezerwę dla każdej pary tokenów, która jednocześnie zasila swapy, pożyczki, dźwignię i zlecenia z limitem.
- •Projekt zastępuje zewnętrzne wyrocznie cenowe wewnętrznym pasmem cenowym wywiedzionym z własnego stanu handlowego puli oraz z czasu, które pozostaje stałe w obrębie bloku i dostosowuje się poprzez wstępnie zdefiniowane reguły zaniku i ograniczenia.
- •Architektura stosuje skoncentrowaną płynność na poziomie ticków — wprowadzoną do automatycznych animatorów rynku przez Uniswap v3 w 2021 r. — do pożyczek i oczekujących zleceń z limitem, a nie wyłącznie do swapów.
- •Model wypłacalności ustanawia hierarchię roszczeń, w której środki ze zrealizowanych zleceń mają status senior, a kwalifikujące się straty z likwidacji są w pierwszej kolejności odpisywane na tranżę junior dostawców płynności.
- •Whitepaper wprost wskazuje kompromisy, w tym potencjalne opóźnienia dobrowolnych wyjść z pożyczonych środków, straty tranży junior, ryzyko zarządcze i związane z aktualizacjami oraz opóźnienia wynikające z mechanizmu wewnętrznego pasma cenowego.

MONTREUX, Szwajcaria, 23 sierpnia 2026 r. — Everything Protocol opublikował whitepaper przedstawiający odpowiedź na jeden z fundamentalnych problemów strukturalnych finansów zdecentralizowanych: fragmentację płynności. Dokument zatytułowany „The Everything Protocol” przekłada deklarację projektu na matematykę i proponuje zastąpienie oddzielnych puli obsługujących różne prymitywy finansowe pojedynczą rezerwą, która jednocześnie zasila swapy, pożyczki, dźwignię i zlecenia z limitem — a bezczynny kapitał w tym czasie generuje dochód.
Założenie jest proste: kapitał w DeFi nie powinien być zmuszony do wybierania jednej funkcji. Dziś zdecentralizowane giełdy wykorzystują płynność do wyceny transakcji, rynki monetarne utrzymują oddzielny kapitał na pożyczki, a pozycje lewarowane i arkusze zleceń wprowadzają dodatkową infrastrukturę. Zdaniem Everything Protocol rozdzielenie tych funkcji powoduje fragmentację kapitału pomiędzy protokołami i tworzy dodatkowe zależności za każdym razem, gdy aktywa, płynność i ryzyko muszą przemieszczać się między nimi.
Jedna księga bilansowa, wiele funkcji
Whitepaper proponuje scalenie tych funkcji w jedną księgę bilansową. Jedna rezerwa jednocześnie wycenia transakcje, zabezpiecza pożyczki i pozycje lewarowane oraz obsługuje oczekujące zlecenia z limitem, dzięki czemu ta sama płynność może obsługiwać wiele prymitywów finansowych, zamiast pozostawać przypisana do jednego zastosowania.
Podejście bazuje na skoncentrowanej płynności — wprowadzonej do automatycznych animatorów rynku (AMM) przez Uniswap v3 w 2021 r., która pozwala dostawcom alokować kapitał w określonych przedziałach cenowych zamiast równomiernie na całej krzywej — i stosuje tę precyzję na poziomie ticków do pożyczek i oczekujących zleceń, a nie wyłącznie do swapów.
Rezultatem jest to, co Everything Protocol określa mianem pełnej efektywności kapitałowej. Płynność zdeponowana w systemie może generować opłaty za swapy, jednocześnie wspierając rynek kredytowy, a kwalifikujący się kapitał oczekujący w zleceniach z limitem może przystąpić do pożyczania i pobierać odsetki od pożyczkobiorców do momentu realizacji tych zleceń.
Whitepaper wykracza poza przedstawienie modelu koncepcyjnego. Określa mechanizmy matematyczne, zasady rachunkowości i niezmienniki wypłacalności, które mają sprawić, że ujednolicona architektura będzie działać w wrogich warunkach rynkowych.
Zastąpienie zewnętrznej wyroczni cenowej
Centralną częścią projektu jest usunięcie kolejnego punktu fragmentacji: zewnętrznej wyroczni cenowej. Zamiast importować cenę z innego miejsca, Everything Protocol wykorzystuje wewnętrzne pasmo cenowe wywiedzione z własnego stanu handlowego puli oraz z czasu. Pasmo pozostaje stałe w obrębie bloku i dostosowuje się zgodnie ze wstępnie zdefiniowanymi regułami zaniku (decay) i ograniczenia (clamp), a architektura została zaprojektowana tak, aby krótkotrwała manipulacja ceną nie mogła poluzować warunków kredytowych na korzyść atakującego w tym samym bloku.
Ten wybór wymierzony jest w dobrze znany tryb awarii w finansach zdecentralizowanych: manipulacja zewnętrznymi źródłami cen była powtarzającym się wektorem exploitów, a atakujący chwilowo zniekształcali kwotowane ceny, aby wyciągać wartość z protokołów polegających na tych źródłach.
Kredyt i płynność są podobnie powiązane. Ponieważ pula, która udziela pożyczek, jest tą samą pulą, która wycenia transakcje i absorbuje likwidacje, zdolność pożyczkowa może być kształtowana zgodnie z głębokością dostępną w obrębie własnej krzywej protokołu. Zamiast udzielać kredytu w oparciu o założenie, że zabezpieczenie będzie można później sprzedać gdzie indziej, model zaprojektowano wokół płynności, która faktycznie będzie odpowiedzialna za pochłonięcie likwidacji.
Ta sama zasada dotyczy zleceń z limitem. Zlecenia i pożyczki działają na wspólnej geometrycznej siatce ticków, a kapitał w oczekujących zleceniach może opcjonalnie zostać pożyczony do momentu realizacji. System traktuje zatem płynność handlową, kredytową i płynność zleceń jako różne zastosowania tego samego kapitału bazowego, a nie jako niezależne rynki.
Obsługa sytuacji kryzysowych i hierarchia roszczeń
Whitepaper opisuje również, co się dzieje, gdy system znajdzie się pod presją. Przed operacjami zmieniającymi księgi protokołu architektura nalicza odsetki, przesuwa w przód swoje wewnętrzne pasmo cenowe i przetwarza kwalifikujące się likwidacje. Pożyczki współdzielące tick likwidacji są agregowane, co pozwala przetworzyć cały poziom cenowy bez iterowania po każdej pozycji z osobna.
Model wypłacalności ustanawia jednoznaczną hierarchię roszczeń. Depozyty użytkowników (escrow) są oddzielone od rezerwy wyceniającej, środki ze zrealizowanych zleceń mają status senior, a kwalifikujące się straty z likwidacji są w pierwszej kolejności odpisywane na tranżę junior dostawców płynności — układ pierwszej straty znany z tranżowania w tradycyjnych finansach strukturyzowanych, gdzie pozycje junior pochłaniają straty, zanim dotknięte zostaną roszczenia senior. Protokół zaprojektowano tak, aby rozliczać wyjścia w rzeczywistych tokenach, a nie w zastępczych IOU protokołu, choć dobrowolne wyjścia obejmujące pożyczony kapitał mogą być tymczasowo ograniczane limitem zdolności, gdy brakuje wystarczającej płynności.
Struktura ta ma również ograniczyć powierzchnie ataku powstające wtedy, gdy trzeba łączyć wiele protokołów, aby zapewnić jedno doświadczenie finansowe. Wycena, kredyt, realizacja zleceń, likwidacja i rozliczenia działają w obrębie tej samej architektury i podlegają wspólnemu procesowi aktualizacji stanu, zamiast zależeć od synchronizacji niezależnych protokołów.
Wskazane kompromisy
Model nie eliminuje ryzyka. Whitepaper wprost wskazuje kompromisy, w tym potencjalne opóźnienia dobrowolnych wyjść z pożyczonych środków, straty ponoszone przez tranżę junior dostawców płynności, ryzyko zarządcze i związane z aktualizacjami oraz opóźnienia wprowadzane przez mechanizm wewnętrznego pasma cenowego.
Teza Everything Protocol jest mimo to celowo ambitna: giełda, rynek pożyczkowy, platforma dźwigni i system zleceń nie muszą z natury posiadać oddzielnych puli kapitału. Mogą natomiast stanowić różne funkcje jednej księgi bilansowej. W swoim whitepaperze Everything Protocol przedstawia ujednoliconą architekturę płynności zaprojektowaną tak, aby sprostać fragmentacji kapitału w DeFi, nieefektywnej alokacji płynności oraz powierzchniom ataku tworzonym przez łączenie wielu niezależnych protokołów finansowych.
O Everything Protocol
Everything Protocol to protokół finansów zdecentralizowanych zaprojektowany tak, aby łączyć swapy, pożyczki, dźwignię i zlecenia z limitem w jednej rezerwie dla każdej pary tokenów. Jego architektura obejmuje wycenę opartą na skoncentrowanej płynności, wewnętrzne pasmo cenowe do decyzji kredytowych, pożyczki i zlecenia oparte na tickach oraz ujednolicony framework rozliczeń i wypłacalności. Protokół zaprojektowano wokół zasady, że ta sama płynność może pełnić wiele funkcji finansowych w jednym rynku on-chain.
Strona internetowa:
Kontakt medialny: Mikael Cruchon — m.cruchon@ra2.tech