Model Smart Cycle systemu Atlas daje uczestnikom ustrukturyzowane ramy do lepszego zrozumienia mechaniki platformy i uczestnictwa.
System Atlas jest zaprojektowany wokół przejrzystych Smart Cycles, a nie ukrytej historii zewnętrznych przychodów. To sprawia, że jego ekonomika jest łatwiejsza do zbadania, ale także czyni centralne pytanie nieuniknionym: co się dzieje, gdy powstaje mniej nowych lub powtarzanych cykli, podczas gdy kwalifikujące się roszczenia nadal napływają?
Platformy oparte na uczestnictwie zwykle wyglądają najsilniej podczas ekspansji. Nowi użytkownicy przybywają, istniejący użytkownicy otwierają dodatkowe cykle, płynność rośnie, a udane roszczenia wzmacniają zaufanie. Bardziej odkrywczy okres zaczyna się, gdy aktywność zwalnia.
Biała księga systemu Atlas opisuje każdy Smart Cycle jako produkt z cyklem życia: przygotowanie, uruchomienie, wzrost, stabilizacja, spowolnienie, zakończenie i przejście. Podczas spowolnienia aktywność może spadać, roszczenia mogą w większym stopniu zależeć od dostępnej płynności, a ryzyko późnego uczestnictwa wzrasta. Smart Cycle 1 nie jest przedstawiany jako produkt działający w nieskończoność.
Atlas nie opisuje również oddzielnego zewnętrznego biznesu, który niezawodnie finansuje obliczoną deltę. Jego materiały mówią, że pomoc i dodatkowa delta są tworzone w systemie poprzez aktywność uczestników i dostępną płynność. Odporność systemu zależy zatem mniej od impetu uruchomienia, a bardziej od tego, jak zachowuje się, gdy wpływy i popyt na roszczenia przestają poruszać się w tym samym kierunku.
Roszczenia zależą od wspólnej płynności
Smart Cycle v1 używa dwóch głównych kontraktów skierowanych do użytkowników. Lockup Flow rejestruje zamówienia na czas określony i umożliwia uprawnionemu użytkownikowi żądanie wniesionej kwoty plus obliczonej nagrody po terminie zapadalności. Daily Flow umożliwia użytkownikom ubieganie się o obliczone dzienne nagrody w harmonogramie 200-dniowym.
Oba współdziałają ze wspólną pozycją płynności PancakeSwap V3 za pośrednictwem PositionHandler. Dokumentacja projektu na GitHubie mówi, że depozyty są dodawane do tej pozycji, podczas gdy roszczenia usuwają odpowiednią płynność.
To czyni roszczenia widocznymi, ale nie bezwarunkowymi. Roszczenie może być ważne zgodnie z zasadami czasowymi, ale nadal zależeć od dostępności płynności i możliwości jej wypłaty zgodnie z technicznymi warunkami kontraktu.
Cyberscope podkreślił to w krytycznym ustaleniu zwanym „First-Come Reward Model”. Audytor stwierdził, że nagrody są wypłacane ze wspólnej zdeponowanej płynności, a nie z izolowanych rezerw nagród, co stwarza ryzyko, że wcześniejsi wnioskodawcy zużyją płynność potrzebną późniejszym uczestnikom. Zalecił oddzielenie kapitału uczestników od finansowania nagród i wprowadzenie jawnej rachunkowości rezerw.
Nie ma formalnej kolejki
Kuszące jest opisanie tego jako kolejki, ale opublikowane kontrakty nie wydają się tworzyć formalnej listy oczekujących typu pierwszy wchodzi, pierwszy wychodzi dla nieopłaconych roszczeń. Uprawnieni użytkownicy inicjują własne transakcje roszczeń. Na podstawie opublikowanego kodu wykonanie zależy od tego, która ważna transakcja dotrze do kontraktu i odniesie sukces, gdy dostępna jest wystarczająca płynność i spełnione są wymagane warunki. Czas wejścia niekoniecznie ustanawia priorytet płatności.
„Zamówienie on-chain” oznacza zatem zarejestrowaną pozycję użytkownika, a nie gwarantowane miejsce w kolejce wypłat. BscScan może pokazać, że roszczenie zostało złożone, potwierdzone lub odrzucone. Nie może zagwarantować, że późniejsze roszczenie otrzyma taki sam wynik jak wcześniejsze.
Powtarzane cykle mogą wspierać płynność, ale także tworzyć przyszłe roszczenia
Wolniejszy wzrost nie oznacza, że do systemu nie wpływają nowe środki. Istniejący uczestnicy mogą tworzyć powtarzane Smart Cycles, podczas gdy późniejsze wersje mogą przyciągać nową aktywność. Biała księga opisuje ciągłe tworzenie cykli i zachowanie uczestników jako czynniki, które mogą utrzymać aktywną fazę. Traktuje przyszłe wersje Smart Cycle jako oddzielne etapy protokołu, a nie automatyczne przedłużenia poprzedniego cyklu.
Powtarzane uczestnictwo może dodać płynności w krótkim okresie. Ale samo w sobie nie rozwiązuje podstawowego problemu. Każdy nowy cykl tworzy również przyszłe warunki roszczeń. Powtarzane cykle mogą podtrzymywać ruch, dopóki uczestnictwo pozostaje aktywne, ale nie są zewnętrznym źródłem przychodów ani gwarantowaną rezerwą.
Atlas omawia możliwy przyszły fundusz rezerwowy finansowany z opłat ekosystemowych lub udziału w wyliczonej delcie z późniejszych cykli. Biała księga mówi, że taki mechanizm, jeśli zostanie wprowadzony, może być niewystarczający i nie gwarantowałby rekompensaty za wcześniejszy cykl.
Przejrzystość to nie to samo co zdolność
Atlas może udostępniać adresy kontraktów, transfery, kod źródłowy i transakcje roszczeń. To różni się od zamkniętej platformy, gdzie użytkownicy widzą tylko wewnętrzne saldo. Jednak przejrzystość w łańcuchu bloków odpowiada na węższe pytanie: co się stało? Może pokazać, ile USDT wpłynęło do kontraktu, który portfel wywołał funkcję i czy transakcja się powiodła. Nie pokazuje, czy system będzie miał wystarczającą dostępną płynność do realizacji wszystkich przyszłych roszczeń.
To jest różnica między przejrzystością a zdolnością. Protokół może wykonywać swój kod dokładnie tak, jak napisano, podczas gdy warunki ekonomiczne potrzebne do osiągnięcia pożądanego wyniku ulegają pogorszeniu. Przydatne publiczne wskaźniki podczas spowolnienia obejmowałyby dostępną płynność, wolumen i profil zapadalności zaległych cykli, udane i odrzucone roszczenia, nadchodzącą koncentrację roszczeń oraz zmiany parametrów kontrolowanych przez właściciela. Interfejs powinien również rozróżniać kwotę wyliczoną od kwoty gwarantowanej do wypłaty.
Prawdziwy test następuje po rozpędzie
Dokumenty Atlas opisują Smart Cycles jako cykliczne, a nie wieczne. Jednak samo ujawnienie nie buduje odporności. Decydujący test nastąpi, gdy tworzenie nowych i powtarzanych cykli zwolni, dojrzałe roszczenia się skumulują, a uczestnicy będą mogli obserwować wyniki w czasie rzeczywistym. BscScan ułatwi ocenę systemu, ale nie dostarczy płynności wymaganej do realizacji roszczeń.
Inteligentne kontrakty mogą uczynić zasady widocznymi i egzekwować je konsekwentnie. Nie mogą usunąć ekonomicznej zależności między aktywnością uczestników, wspólną płynnością a wychodzącymi żądaniami. Dla Systemu Atlas faza spowolnienia pokaże, czy przejrzystość pomaga użytkownikom zrozumieć tę zależność, zanim stanie się kryzysem.
Aby uzyskać więcej informacji, odwiedź oficjalną stronę internetową, repozytorium GitHub, X, Facebook, TikTok i Telegram.
