Sanctum

Czym jest Sanctum?

Sanctum to natywny dla Solany protokół infrastruktury liquid stakingu, który próbuje rozwiązać problem fragmentacji powstający wtedy, gdy wiele różnych tokenów liquid stakingu (LST) konkuruje o płynność opartą na tym samym aktywie bazowym, SOL.

Zamiast traktować każdy LST jako odrębny rynek, Sanctum zapewnia współdzieloną płynność, natychmiastowe ścieżki unstakingu, infrastrukturę puli stakingowych oraz korporacyjne emitowanie LST za pośrednictwem produktów takich jak Infinity, Reserve, Router i Staking-as-a-Service; jego przewaga konkurencyjna opiera się mniej na nowym mechanizmie konsensusu, a bardziej na dystrybucji, integracjach, głębokości płynności oraz operacyjnej złożoności utrzymywania wielu produktów puli stakingowych Solany na dużą skalę.

Protokół opisuje się w swojej oficjalnej dokumentacji jako „the liquid staking protocol of Solana”, podczas gdy zewnętrzne zestawienia DeFiLlama klasyfikują go jednocześnie jako liquid staking, DEX i kategorię zysków, ponieważ system łączy staking walidatorów, swapy LST oraz płynność backstop zamiast działać jako jednofunkcyjna pula stakingowa.

Pozycja rynkowa Sanctum jest bliższa wyspecjalizowanej aplikacji infrastrukturalnej Solany niż ogólnoprzeznaczonej warstwie 1 lub warstwie 2. Na październik 2026 r. publiczne pulpity umieszczały Sanctum w przedziale niskich kilku miliardów dolarów TVL, przy czym DeFiLlama wskazywała zakres około 2,1–2,3 mld USD w zależności od czasu odświeżenia danych, podczas gdy CoinGecko plasował token w środku drugiej setki pod względem kapitalizacji rynkowej po przejściu z CLOUD na SANC. Dane te należy traktować jako migawki z określonego momentu, a nie trwałe atrybuty, zwłaszcza że październikowe 2026 spalanie tokenów i zmiana tickera spowodowały rozbieżności w danych o podaży i rankingach w różnych serwisach. Z wykorzystania on-chain wynika obraz węższy, niż sugeruje nagłówek o TVL: Solana Compass pokazywał niedawny 24‑godzinny wycinek z setkami unikalnych sygnatariuszy, tysiącami transakcji i kilkoma tysiącami swapów, co sugeruje, że użyteczność Sanctum koncentruje się na kapitałochłonnym stakingu i przepływach płynności LST, a nie na szerokiej, konsumenckiej aktywności dziennych aktywnych użytkowników.

Kto i kiedy założył Sanctum?

Korzenie Sanctum sięgają wczesnego rynku stakingu Solany w 2021 r., kiedy zespół współtworzył program puli stakingowej Solana Labs i uruchomił Socean Stake Pool, później opisany przez projekt jako druga pula stakingowa na Solanie w historii ponownego uruchomienia Socean. Aktualne publiczne materiały protokołu wskazują czterech współzałożycieli: FP, Jaye, Jesse i Han Yang, a strona relacji inwestorskich Sanctum podaje, że cała czwórka pozostawała zaangażowana w pełnym wymiarze czasu pracy według ostatnich publicznych informacji. Projekt dojrzewał przez okres po hossie Solany z 2021 r., późniejszy spadek finansowania i płynności w kryptowalutach w latach 2022–2023 oraz następujące później ożywienie DeFi na Solanie; jego token został wprowadzony później, w 2024 r., w ramach struktury tokena zarządzania CLOUD opisanej w poście o uruchomieniu, a nie na etapie powstania pierwotnego produktu puli stakingowej.

Narracja projektu ewoluowała od puli stakingowej i usługi natychmiastowego unstakingu w kierunku szerszej warstwy płynności LST. Socean koncentrował się na uczynieniu stakowanego SOL płynnym, Unstake.it akcentował natychmiastową płynność dla kont stakingowych i LST, a Sanctum 2.0 przeformułował produkt wokół architektury „infinite‑LST”, w której wiele markowych LST mogło współdzielić wspólną infrastrukturę płynności. Do 2025 i 2026 r. narracja ponownie przesunęła się w stronę infrastruktury stakingu instytucjonalnego, markowego emitowania LST i dostarczania transakcji, a esej o mapie drogowej Sanctum na 2026 r. pozycjonował protokół jako infrastrukturę stakingu, płynności, zabezpieczeń i dźwigni dla Solany, a nie jedynie detaliczny interfejs stakingowy.

Jak działa sieć Sanctum?

Sanctum nie jest niezależnym blockchainem i nie ma własnego mechanizmu konsensusu; to zestaw programów i usług wdrożonych na Solanie, co oznacza, że jego rozliczenia, kolejność transakcji, zestaw walidatorów i żywotność zależą od architektury proof‑of‑stake Solany oraz powiązanego modelu czasowego proof‑of‑history.

Rdzeniowa warstwa smart kontraktów Sanctum jest więc lepiej rozumiana jako middleware stakingowy na warstwie aplikacji: użytkownicy deponują SOL lub LST w programach puli stakingowych i puli płynności, otrzymują aktywa pokwitowujące, takie jak LST lub INF, i polegają na walidatorach Solany w zakresie finalności. Dokumentacja Sanctum LST podaje, że jego LST zostały wdrożone przy wykorzystaniu forka programu puli stakingowej Solana Labs, natomiast dokumentacja techniczna Infinity opisuje komponenty kontrolne i wyceniające, które obliczają wartości w SOL dla obsługiwanych LST poprzez odczyt odpowiedniego stanu on‑chain.

Charakterystyczną cechą techniczną protokołu nie jest sharding, weryfikacja zero‑knowledge czy nowa maszyna wirtualna; jest nią agregacja i routowanie płynności pomiędzy wieloma LST Solany. Infinity działa jako współdzielona wielo‑LST‑owa pula płynności, Reserve zapewnia płynność backstop dla natychmiastowego unstakingu, gdy zwykłe ścieżki routingu są niewystarczające, a Router koordynuje konwersje pomiędzy LST i SOL tam, gdzie istnieje płynność. Dokumentacja Reserve wyjaśnia, że rezerwa może przyjmować konta stakingowe lub LST i zapewniać płynność w SOL, podczas gdy bazowy stake wychodzi z blokady w trakcie cyklu epoki, z dynamicznymi opłatami zależnymi od poziomu wykorzystania.

Część bezpieczeństwa jest dziedziczona po poddanej audytom bazie kodu puli stakingowej Solany, ale nie eliminuje to ryzyka: dokumentacja Sanctum opisuje 11‑osobowy multisig kontrolujący uprawnienia do aktualizacji programów LST, a recenzja projektu na Solana Compass odnotowuje dodatkowe, niezależne audyty Infinity i Reserve. Taka architektura zmniejsza ryzyko jednostronnych aktualizacji przez jednego założyciela w porównaniu z jednostkowym kluczem administratora, ale nadal pozostawia istotne ryzyka związane z governance, multisigiem, wyceną o charakterze quasi‑oraklowym oraz zależnością od sieci Solana.

Jak wygląda tokenomia SANC?

SANC jest nowym tickerem, który zastąpił CLOUD, przy zachowaniu tego samego adresu mint na Solanie, CLoUDKc4Ane7HeQcPpE3YHnznRxhMimJ4MyaUqyHFzAu, zgodnie z relacjami dotyczącymi spalania z października 2026 r. i zmiany tickera, opisanymi na Solana Compass. Pierwotna tokenomia CLOUD przydzielała łączną podaż 1 mld tokenów na płynność startową, rezerwę społecznościową, rezerwę strategiczną, zespół, inwestorów i Jupiter LFG, przy czym alokacje dla zespołu i inwestorów podlegały rocznemu cliffowi, a następnie liniowemu vestingowi, zgodnie z opisem w poście o uruchomieniu tokena CLOUD. We wrześniu i październiku 2026 r. proces CLOUD‑008 zatwierdził i wykonał spalenie pozostałej rezerwy społecznościowej, zmniejszając całkowitą podaż z około 1 mld do około 740,7 mln tokenów, ale nie usunęło to z rynku swobodnie krążących tokenów, ponieważ spalona rezerwa nie była w obiegu. Na połowę października 2026 r. dostawcy danych rynkowych wciąż uzgadniali zmianę tickera, spalanie i metodologię szacowania podaży w obiegu; CoinGecko wskazywał kapitalizację rynkową w okolicach 42 mln USD i notowania aktywa w przedziale wysokich kilku centów, podczas gdy dostarczone dane z 12 października 2026 r. wskazywały cenę około 0,068 USD i kapitalizację około 42,5 mln USD. Istotny ekonomicznie wniosek jest taki, że SANC nie jest już w praktyce prostym, stałym tokenem o podaży 1 mld po spaleniu, ale podaż w wolnym obrocie może nadal rosnąć poprzez vesting, dopóki zaplanowane odblokowania zespołu i inwestorów nie zostaną zakończone.

Użyteczność SANC była węższa i bardziej skoncentrowana na governance, niż sugerowałby TVL protokołu. CLOUD został pierwotnie wprowadzony jako token zarządzania i koordynacji, którego posiadacze wpływali na weryfikację partnerów i wykorzystanie rezerwy społecznościowej, a Sanctum później eksperymentował z aktywnymi nagrodami za staking i governance w stylu futarchii poprzez mechanizmy związane z MetaDAO. Aktualizacja CLOUD za IV kwartał 2025 r. stwierdzała, że aktywne nagrody za staking zostały wstrzymane, a wrześniowa propozycja CLOUD‑008 wprost wskazywała obawy o rozwodnienie, nawieszającą rezerwę społecznościową i rozjazd między tickerem a rzeczywistością jako powody spalenia rezerwy i rebrandingu na SANC. Na październik 2026 r. posiadacze SANC nie mieli automatycznego prawa do udziału w przychodach protokołu; metryki praw tokena i protokołu na DeFiLlama pokazywały opłaty i przychody protokołu, ale brak przychodów dla posiadaczy. Oznacza to, że akumulacja wartości jest pośrednia i spekulacyjna, oparta na znaczeniu governance, potencjalnej przyszłej użyteczności oraz oczekiwaniach rynku wobec działalności Sanctum, a nie na twardo zakodowanej dywidendzie, przełączniku opłat, wymogu użycia jako „gazu” czy mechanizmie buybacku.

Kto korzysta z Sanctum?

Rzeczywiste wykorzystanie Sanctum najlepiej oddzielić od handlu SANC na rynku wtórnym. Rdzeń użyteczności on‑chain protokołu pochodzi od posiadaczy SOL, walidatorów, portfeli, użytkowników DeFi, market makerów i protokołów, które potrzebują ekspozycji na liquid staking, swapów LST, natychmiastowego unstakingu lub markowych produktów stakingowych. Użytkownicy Infinity deponują SOL lub LST i otrzymują INF, token przynoszący dochód, reprezentujący ekspozycję na koszyk LST Solany i przychody z opłat swapowych, zgodnie z wyjaśnieniem w nietechnicznej dokumentacji Infinity. Ta aktywność zdecydowanie mieści się w infrastrukturze DeFi, a nie w grach, płatnościach czy emisji RWA, chociaż użytkownicy końcowi obejmują zarówno portfele detaliczne, jak i większe skarbce czy uczestników instytucjonalnych. Wolumen obrotu w SANC może odzwierciedlać sentyment wobec protokołu, ale silniejszym dowodem dopasowania produktu do rynku jest utrzymujący się TVL w SOL, liczba obsługiwanych LST oraz integracje z procesami stakingu i płynności.

Najbardziej wiarygodnym dowodem adopcji są nazwane wdrożenia LST i klienci infrastrukturalni, a nie ogólne deklaracje partnerstw. Oficjalna dokumentacja Sanctum wymienia szyte na miarę lub brandowane LST powiązane z Jupiter, Bybit, Crypto.com, Drift i DeFi Dev Corp, podczas gdy wizja na 2026 r. tego projektu wskazuje partnerów, w tym Jupiter, Helius, Bybit, Gate, Crypto.com oraz spółki skarbowe takie jak Forward Industries. Protokół rozszerzył się również poza staking na obszar realizacji transakcji poprzez Gateway, solanową usługę routingu i obserwowalności transakcji, która kieruje transakcje przez RPC, RPC z QoS ważoną stakem, paczki Jito i innych nadawców. Te relacje mają istotne znaczenie komercyjne, ale nie należy ich przeceniać jako gwarantowanej instytucjonalnej akceptacji samego SANC; przede wszystkim potwierdzają one wartość produktów stakingowych i infrastrukturalnych Sanctum, a niekoniecznie ekonomiczne przechwytywanie wartości przez token zarządzania.

Jakie są ryzyka i wyzwania dla Sanctum?

Ekspozycja regulacyjna Sanctum jest niejednoznaczna, ponieważ protokół obejmuje kilka różnych typów aktywów: SOL, tokeny pokwitowań LST, INF oraz token zarządzania SANC. W najnowszych publicznych wynikach wyszukiwania przeanalizowanych na potrzeby tego opracowania nie zidentyfikowano jednoznacznie aktywnego pozwu SEC ani postępowania ETF dotyczącego konkretnie Sanctum lub SANC, ale brak postępowań sądowych nie jest równoznaczny z pewnością regulacyjną. Zastrzeżenie prawne Sanctum historycznie ograniczało udział w niektórych dystrybucjach tokenów dla użytkowników w jurysdykcjach obejmujących Stany Zjednoczone, Kanadę i Chiny, co odzwierciedla świadomość projektu w zakresie ryzyka związanego z prawem papierów wartościowych. Szersze ramy regulacyjne w USA również ewoluują: FAQ SEC dotyczące kryptoaktywów z 2026 r. sugerowały, że niektóre protokołowe tokeny pokwitowań liquid staking mogą być traktowane inaczej niż papiery wartościowe, ale nie oznacza to automatycznie, że SANC – zbywalny token zarządzania powiązany z generującą przychody spółką deweloperską i protokołem – jest klasyfikowany jako towar. Istotne jest także ryzyko centralizacji: Sanctum zależy od sieci walidatorów Solany, własnych multisigów programowych, zarządzanych przez zespół operacji LST, zewnętrznych integracji oraz nieprzerwanej rzetelności rozliczeń w pulach stakingowych.

Główne zagrożenia konkurencyjne to Jito, Marinade, BlazeStake, natywny staking, produkty stakingowe giełd oraz każdy przyszły, natywny dla Solany rynek stakingu, który zmniejszy potrzebę korzystania ze współdzielonej warstwy płynności Sanctum. Szczególnie silną pozycję ma Jito, ponieważ JitoSOL łączy liquid staking z dystrybucją związaną z MEV i głęboką integracją z Solana DeFi, podczas gdy Marinade ma długoletnią rozpoznawalność marki i narrację delegowania do walidatorów. Kontrpozycją Sanctum jest szerokość emisji LST i wspólna płynność, a nie jeden dominujący LST, ale ten model niesie własne ryzyko: jeśli płynność skoncentruje się w jednym lub dwóch kanonicznych LST, ekonomiczna potrzeba istnienia „nieskończonej” warstwy LST może słabnąć. Posiadacze SANC stoją przed dodatkowym wyzwaniem ekonomicznym, ponieważ przychody z protokołu nie przepływają do nich automatycznie, aktywne nagrody za staking zostały zakończone, a przyszła użyteczność pozostaje częściowo uznaniowa i prawnie ograniczona. Październikowe spalanie z 2026 r. zmniejszyło nagłówkową, w pełni rozwodnioną podaż, ale ponieważ usunęło tokeny z rezerwy niebędącej w obrocie, a nie z pływającej podaży rynkowej, należy je analizować jako zmniejszenie „overhangu” i sygnał, a nie bezpośrednią poprawę przepływów pieniężnych.

Jakie są perspektywy na przyszłość dla Sanctum?

Krótkoterminowe perspektywy Sanctum zależą od tego, czy będzie w stanie przekształcić swoją silną pozycję w infrastrukturze stakingu Solany w trwałe, obronne przychody bez polegania na zachętach tokenowych.

Najważniejszym zweryfikowanym kamieniem milowym w zakresie technologii w ciągu ostatnich 12 miesięcy było Infinity V2, uruchomione w marcu 2026 r., które wprowadziło ciągłą dystrybucję zysków INF na poziomie slotów, wygładzanie zysków, zoptymalizowaną alokację portfela oraz opłatę za wyniki mającą finansować rozwój produktu. Drugim głównym kierunkiem roadmapy jest wejście Sanctum w szerszy, solanowy stack „prime desku”, łączący staking, płynność, zabezpieczenie, lewarowanie i realizację transakcji, zgodnie z opisem w roadmapie na 2026 r..

Strukturalną przeszkodą jest to, że każde rozszerzenie dodaje złożoność operacyjną, smart‑kontraktową, prawną i kontrahencką, podczas gdy token nadal nie ma wyraźnych praw do przychodów. Trwałość infrastruktury Sanctum jest więc silniejsza niż klarowność akumulacji wartości przez token: protokół ma obserwowalny TVL, integracje i iteracje produktowe, ale długoterminowy przypadek inwestycyjny SANC będzie zależeć od tego, czy governance i przyszła użyteczność staną się ekonomicznie istotne, nie wywołując jednocześnie obaw regulacyjnych ani centralizacyjnych.