Wsparcie dla oracle'a Solana kończy się dziś. Kto nadal polega na jego cenach?

Wrześniowy termin wsparcia Switchboard 25 września zamienił sześciodniowe ostrzeżenie o migracji w test dla kanałów cenowych Solany. Aktualna publiczna dokumentacja pokazuje, gdzie jej dane pozostają częścią projektu aplikacji, ale te strony nie mogą dowieść, że aktywny rynek nadal korzysta z kanału. Jito i marginfi przedstawiają dwa skrajnie różne spojrzenia na ekspozycję.

Switchboard osiągnął deklarowany koniec wsparcia technicznego 25 września, pozostawiając aplikacjom Solany weryfikację źródeł cen skonfigurowanych w ich aktywnych programach.

Oświadczenie projektu oracle z 19 września, przytoczone w relacji z ogłoszenia, mówiło, że jego główny współtwórca rozwoju, Switchboard Technology Labs, zakończy działalność, a wszystkie implementacje zostały natychmiast zdeprecjonowane. Zespół nalegał, aby integratorzy przenieśli się do innych dostawców, wymieniając Pyth i RedStone. 25 września opisano jako ostatni dzień istniejącego wsparcia. Firma kończąca wsparcie to prawdziwy kamień milowy operacyjny. Sam w sobie nie dowodzi jednak, że każdy kanał onchain przestał aktualizować się o północy ani że każda aplikacja kiedykolwiek związana ze Switchboard pozostała od niego zależna.

Własna dokumentacja Switchboard wymieniała Kamino, Jito, marginfi i Drift jako użytkowników. To historyczne twierdzenia o integracji od dostawcy, który sprzedawał usługę oracle, a nie bieżący inwentarz aktywnych kanałów na 25 września. Sprawdzenie aktualnej dokumentacji każdego projektu ujawnia bardziej skomplikowany obraz. Strony Tip Router Jito nadal opisują Switchboard w swoim przepływie cenowym; wrześniowa aktualizacja techniczna marginfi dodaje ścieżki zaprojektowane, aby uniknąć tej zależności. Jeden dokument może być nieaktualny, podczas gdy inny przewiduje migrację. Żaden nie zastępuje inspekcji konfiguracji aktywnych kont.

Wcześniejsza runda finansowania Switchboard wyniosła 7,5 miliona dolarów w maju 2024 r. Kwota ta jest użytecznym tłem dla historii przedsięwzięcia, ale nie daje miary dzisiejszej ekspozycji protokołu. Istotna liczba to liczba i wartość aktywnych rynków, których obliczenia ryzyka nadal pobierają dane z kanału, którego nie można niezawodnie aktualizować, a tej liczby nie można wywnioskować z logo klienta.

Wymieniona integracja to nie aktywny kanał

Publiczne wprowadzenie Switchboard opisuje kanały na żądanie: aplikacje tworzą lub wywołują potrzebne dane, a cena jest udostępniana przez konta Solany. Dokumentacja może wskazać, gdzie protokół wie, jak odczytać kanał Switchboard. Może nie wskazywać, którą opcję wybiera obecnie konkretny rynek. Zestaw narzędzi programistycznych może obsługiwać typ oracle długo po tym, jak ostatni bank się od niego odwróci. I odwrotnie, strona internetowa może się zmienić, podczas gdy aktywna rezerwa zachowuje swoje starsze konto oracle.

Należy rozróżnić trzy poziomy dowodów. Pierwszy to strona marketingowa lub integracyjna, która pokazuje, że relacja istniała. Drugi to obsługiwana konfiguracja programu, widoczna w dokumentacji technicznej lub kodzie. Trzeci to konfiguracja aktywna i historia ostatnich aktualizacji rzeczywistego rynku. Tylko trzeci może uzasadniać twierdzenie, że nazwany rynek nadal polegał na Switchboard w danym czasie. Nawet wtedy może być skonfigurowane źródło zapasowe, więc wpływ zatrzymanego głównego kanału należy sprawdzić względem odpowiedniej reguły awaryjnej i świeżości.

Rozważmy dokumentację protokołu marginfi. Jej tabela oracle zachowuje warianty SwitchboardPull i venue wśród dostępnych konfiguracji. Mówi, że wywołujący musi uruchomić kanał pull Switchboard tuż przed użyciem. Ta sama tabela wymienia kanały push Pyth i konta Scope jako inne konfiguracje. Czytelnik mógłby pomylić utrzymywany wiersz Switchboard z dowodem, że każdy bank marginfi nadal go używa. Tabela opisuje obsługiwane typy, a nie pełną listę tego, który bank używa którego kanału dzisiaj.

Marginfi’s separate Program 0.1.11 note is more current and more specific. It instructed developers to upgrade the SDK to at least version 2.8.0 before September 4, saying banks would begin moving to new oracle setups from that date. The release added nine variants that do not depend on Switchboard, including Kamino Scope feeds and exchange-rate based pricing for certain liquid staking and principal tokens. The note does not say every bank had migrated by September 25. It does show that a project publicly documented a route away from the threatened dependency before the shutdown announcement.

The migration carries a surprising second failure mode. Marginfi says older SDKs cannot decode a bank configured with one of the new oracle enum values. A single bank with an unsupported value can prevent Project0Client.initialize and bank reads, not merely an action involving that bank. In other words, changing an oracle can fix one infrastructure dependency while breaking an integrator that has not updated its software. Marginfi’s document tells integrators how to avoid the SDK problem; it is not evidence that any particular user suffered it.

Project 0 has described unified margin across Solana venues, including Kamino and Drift. Cross-protocol interfaces create another layer at which an oracle migration must be read correctly. The note about older SDK versions is concrete evidence of an integration hazard, without proving a failure in Project 0 or any other named app. A responsible audit would check software versions and live lending-bank configurations before claiming an outage.

Jito’s Tip Router still documents Switchboard

Jito Foundation’s Tip Router overview says Switchboard determines the relative weight of assets such as JitoSOL and JTO held in vaults linked to the Tip Router. The overview identifies an onchain Tip Router program, a node-operator client and a permissionless cranker. Its pricing documentation names Switchboard as the current oracle feed and describes backup weights when feeds are unavailable.

The documents place Switchboard in a specific job: pricing vault assets for weight calculations in a tip distribution and restaking system. They do not say that an unavailable Switchboard feed would automatically liquidate a Solana lending position. Jito’s pricing page describes a fallback mechanism, which weakens the simplistic claim that a support sunset necessarily makes all Tip Router operations stop. The exact fallback values, activation conditions and current live oracle accounts still need a current program-state check.

The Tip Router overview showed a last-updated marker of nine months ago when checked on September 25. That age changes how it can be used. It establishes a documented design and identifies where to ask a technical question. It cannot establish that the present program has the same feed configuration. Jito may have updated onchain accounts without revising the page, or it may still use Switchboard with a fallback. Without a recent transaction inspection or a current statement from Jito, a named live dependency remains unverified.

Jito’s public GitHub release notes for Tip Router refer to retrying Switchboard oracle gateways in keeper operations. A codebase containing such logic likewise demonstrates technical integration, not necessarily a dependency of every vault at the time of publication. Code can preserve a compatibility path for months. The live question is whether recent price update transactions target a Switchboard account used by a vault still carrying value, and whether that account advances after the support deadline.

The distinction is often lost when all oracle users are placed in a single list. Jito’s described calculation affects relative asset weights in a distribution system. A lending market’s described calculation determines collateral value and borrower health. Both consume price data, but their failure paths differ. An audit that counts logos would assign the same severity to fundamentally different uses.

Scope Kamino to agregator, a nie etykieta dostawcy

Publiczne repozytorium Scope firmy Kamino Finance opisuje agregator onchain, który kopiuje wartości z wielu kont oracle do jednego kanału cenowego i waliduje aktualizacje zgodnie z ustalonymi z góry regułami. W pliku README napisano, że kanał obsługuje do 512 cen, a powiązanie między indeksem a parą tokenów nie jest w całości przechowywane onchain. Program podrzędny może wskazywać na Scope, podczas gdy sam Scope opiera się na innych kanałach dla wybranego aktywa. Widok Scope w konfiguracji banku jest zatem punktem wyjścia do prześledzenia rzeczywistego źródła danych, a nie końcem.

Wrześniowa notatka marginfi wymienia Scope jako opcję, która nie zależy od Switchboard w nowej konfiguracji, którą opisuje. Nie oznacza to, że każde wdrożenie Scope w każdym dniu wyklucza każde źródło Switchboard. Agregator może zmieniać swoje źródłowe dane wejściowe. Pełna kontrola zależności wymaga zarówno konta Scope wybranego przez konsumenta, jak i mapowania źródeł użytego do wypełnienia jego wpisu. Repozytorium Kamino dostarcza architekturę, a nie opatrzony znacznikiem czasu inwentarz bieżących źródeł mainnet dla każdej aplikacji.

Kamino kontynuuje wprowadzanie instytucji do swojego ekosystemu pożyczkowego. Galaxy otworzyło dwa skarbce stablecoinów na platformie we wrześniu. Istnienie nowych skarbców pokazuje, dlaczego nazywanie całego protokołu narażonym bez sprawdzenia jego poszczególnych aktywów byłoby nieuzasadnione. Skarbiec USDC, rezerwa tokenów płynnego stakingu i rynek tokenizowanych akcji mogą używać różnych ścieżek oracle. Nie zweryfikowaliśmy, czy skarbce Galaxy używają Switchboard, więc nie są one uwzględnione w liczbie dotkniętych pozycji.

Podobnie starsza lista Kamino, Jito, marginfi i Drift w materiałach wprowadzających Switchboard nie mówi nam o rozkładzie ekspozycji między nimi. Projekt może używać oracle tylko dla jednego rynku, używać go jako rozwiązania awaryjnego lub zachować kod po przełączeniu aktywnych kanałów. Jedyną możliwą do obrony jednostką analizy jest konkretny rynek lub skarbiec i jego skonfigurowany kanał w określonym czasie. Bez tej jednostki twierdzenia o zagrożonych funduszach są arytmetyką marketingową prowadzoną od tyłu.

Nieaktualny kanał ma więcej niż jeden możliwy skutek

Techniczna konsekwencja opóźnienia kanału zależy od protokołu konsumującego. Program pożyczkowy zazwyczaj potrzebuje ceny do określenia wartości zabezpieczenia i zdolności pożyczkowej. Jeśli odrzuci starą wartość, działanie może się nie powieść lub rynek może zostać wstrzymany zgodnie z jego regułami. Jeśli zaakceptuje nieaktualne dane, pożyczkobiorca może przeprowadzić transakcję po cenie, która nie odpowiada już rynkowi. Źródło awaryjne może utrzymać rynek w działaniu, ale wprowadzić nowy rytm aktualizacji lub regułę pewności. Dokumentacja protokołu i konfiguracja onchain decydują, która ścieżka ma zastosowanie.

Marginfi wyraźnie mówi, że kanały pull Switchboard muszą zostać uruchomione przed użyciem. Integrator musi zatem dostarczyć świeżą aktualizację jako część swojej ścieżki transakcji. Kanały push Pyth są natomiast opisywane jako utrzymywane w świeżości przez infrastrukturę Pyth. Scope używa zagregowanej wartości konta wybranej przez skonfigurowany indeks wpisu. Przechodzenie między tymi typami zmienia konta potrzebne do transakcji i kod, który je sprawdza. Wrześniowe ostrzeżenie SDK jest jednym widocznym przykładem tych zmian docierających do oprogramowania aplikacji.

Dla Jito Tip Router publiczna dokumentacja opisuje wagi zapasowe dla niedostępnych kanałów. To, czy te kopie zapasowe zachowują dokładną alokację nagród podczas przedłużającej się awarii, jest kwestią bieżącej konfiguracji i operatorów Jito, a nie czymś, co rozstrzyga zdanie w dokumentacji. Jeśli kanał kontynuuje aktualizacje przez niezależnych operatorów węzłów po zaprzestaniu wsparcia przez firmę, żadne rozwiązanie awaryjne może nie zostać natychmiast uruchomione. Jeśli aktualizacje ustaną, ale kopia zapasowa jest aktywna, operacje mogą być kontynuowane z inną metodą wyceny. Są to ścieżki warunkowe, a nie przewidywanie obecnego stanu systemu.

Niepowiązany incydent z oracle doprowadził do likwidacji na Vesu wcześniej we wrześniu. Ilustruje to, że nieprawidłowa wycena może mieć skutki ekonomiczne, ale nie jest dowodem na incydent w Switchboard, Jito lub marginfi. Ogłoszenia o zamknięciu nie należy przekształcać w roszczenie o likwidację przez analogię. Oznaką rzeczywistego zdarzenia byłyby nieaktualne znaczniki czasu kont, nieudane transakcje, wstrzymanie protokołu lub zidentyfikowane straty, z których żadne nie zostało tutaj pokazane w związku z terminem 25 września.

Przejście Solany na sloty 250 milisekund zmieniło tempo produkcji bloków, ale nie gwarantowało, że zewnętrzne źródło cenowe się aktualizuje. Szybsze sloty mogą przenosić nową cenę wcześniej, gdy taka istnieje. Nie mogą wygenerować ceny, gdy węzeł ją dostarczający przestaje działać. Test świeżości protokołu może być mierzony w slotach, czasie lub według innej reguły, więc zmiana zegara sieci może zmienić sposób, w jaki programiści interpretują stare konfiguracje kanałów.

Kto ponosi ciężar migracji?

Operator oracle publikuje lub koordynuje dane, ale protokół konsumujący wybiera konto, które odczytuje jego program, oraz limity, jakie nakłada na tę cenę. Protokół pożyczkowy może wymagać od governance lub administratora zmiany adresów oracle dla swoich rynków. Jego front end i integratorzy zewnętrzni muszą następnie konstruować transakcje z odpowiednimi dodatkowymi kontami. Użytkownicy mogą zauważyć jedynie odrzuconą pożyczkę lub wstrzymany rynek, długo po tym, jak operator i protokół podjęły swoje decyzje techniczne.

Operator kończący wsparcie niekoniecznie ma władzę przepisania konfiguracji programu klienta. Powiadomienie Switchboard wzywało użytkowników do migracji, ponieważ właściciele integracji muszą działać. Projekty należy oceniać według adresów i aktualizacji kont, które kontrolują. Jeśli aplikacja przeniosła się już do Pyth przed 19 września, późniejszy termin wsparcia nie ma bezpośredniego wpływu na ten rynek. Jeśli nadal wybiera feed Switchboard i nie ma działającego zapasowego rozwiązania, zachowanie feedu po 25 września jest konkretnym problemem.

Najsilniejsza przeciwna interpretacja alarmu o zamknięciu wynika z własnej notatki marginfi z września oraz udokumentowanego rozwiązania zapasowego Jito. Aplikacje mogą projektować redundancję lub wyprzedzić wyjście dostawcy; kod i dokumenty pokazują mechanizmy, aby to zrobić. Model na żądanie Switchboard może pozostawić część infrastruktury feedu działającą niezależnie, nawet jeśli główny współtwórca zaprzestał wsparcia. Powiadomienie nie opublikowało zweryfikowanego harmonogramu, w którym każde konto miałoby się zatrzymać, i nie znaleźliśmy żadnych podstawowych dowodów ustalających takie uniwersalne odcięcie.

Istnieje inny rodzaj kwestii ciągłości dla protokołu, który stworzył własne rozwiązanie zapasowe. Cena zapasowa może zapobiec całkowitemu zatrzymaniu, wyceniając aktywo rzadziej lub z innym zestawem źródeł. Dla procesu dystrybucji nagród tymczasowa waga zapasowa może utrzymać rozliczanie epok w ruchu, chociaż alokacja może wtedy opierać się na założeniach rozwiązania zapasowego. Dla rynku pożyczkowego rozwiązanie zapasowe mogłoby zmienić cenę używaną w kontroli zdrowia. To nie są twierdzenia o obecnych ustawieniach Jito lub marginfi. Pokazują, co opiekun musi ujawnić, zanim użytkownicy będą mogli ocenić, czy migracja jest kompletna w kategoriach operacyjnych, a nie tylko czy transakcje nadal się wykonują.

Wycofywanie się dostawcy może mieć również opóźnione skutki. Kod napisany do żądania cen na żądanie może działać, gdy odpowiada niezależna brama, a następnie zawieść, gdy ta brama zostanie wycofana lub jej operatorzy przestaną aktualizować konkretne aktywo. Obserwator potrzebuje kilku znaczników czasu po terminie, a nie pojedynczej udanej transakcji, aby wywnioskować kontynuację usługi. Ta sama dyscyplina dotyczy nieudanej transakcji: błąd jednego użytkownika może wynikać z przestarzałego SDK lub niewystarczającego wkładu konta, a nie z niedostępnego oracle. Dokument migracji Marginfi dostarcza wyraźny przykład błędu dekodowania oprogramowania, który w przeciwnym razie mógłby zostać błędnie oznaczony jako awaria oracle.

Istnieje granica tego zapewnienia. Rozwiązanie zapasowe opisane dziewięć miesięcy wcześniej wymaga walidacji względem obecnego stanu, a opcja migracji opisana we wrześniu nie jest dowodem, że każdy bank ją przyjął. Oba dokumenty dostarczają wiarygodnych powodów, by nie zakładać katastrofy, pozostawiając jednocześnie mierzalną lukę. Uczciwy wniosek jest węższy niż zarówno wersja promocyjna, jak i alarmistyczna: publiczne dokumenty identyfikują potencjalne zależności i drogi ucieczki; potrzebny jest bieżący audyt konfiguracji rynek po rynku, aby ustalić jakąkolwiek pozostałą ekspozycję.

Aktywny inwentarz to wciąż brakujący dokument

Oryginalny reportaż porównuje tutaj listę czterech prominentnych integratorów Switchboard z aktualnymi dokumentami źródłowymi od Jito, marginfi i Kamino. Daje to dwa zweryfikowane ustalenia dokumentacyjne. Starsza dokumentacja Tip Router od Jito wymienia Switchboard do wyceny skarbca i jako fallback dla niedostępnych feedów. Notatka marginfi z września 0.1.11 opisuje dziewięć nowych konfiguracji niezależnych od Switchboard i ostrzega przed osobnym zerwaniem SDK, jeśli integratorzy nie zaktualizują. Repozytorium Scope od Kamino wyjaśnia, dlaczego sama etykieta agregatora nie może zidentyfikować każdego źródła danych upstream.

Praca nie daje liczby aktywnych niezmigrowanych feedów, narażonych środków użytkowników ani awarii w żadnym z nazwanych protokołów. Dostępne publiczne strony nie zawierają zsynchronizowanego migawki z 25 września wszystkich kont oracle, ostatnich udanych aktualizacji, ustawień fallback i kwot obsługiwanych przez każdy rynek. Twierdzenie o konkretnej sumie dolarowej na podstawie TVL protokołu byłoby nie do obrony, ponieważ aktywa całego protokołu niekoniecznie korzystają z tego samego oracle. Precyzyjne pytanie nagłówkowe pozostaje otwarte na poziomie aktywnych kont.

Prawidłowe zliczenie użyłoby rynku jako wiersza, a nie protokołu. Dla każdego aktywnego banku pożyczkowego, rynku instrumentów pochodnych lub skarbca nagród audytor zapisałby jego adres programu, wybrany typ oracle, konto oracle, źródło zapasowe, jeśli istnieje, ostatnią udaną aktualizację ceny, maksymalny dozwolony wiek i wartość pozycji faktycznie zależnych od tej konkretnej ceny. Zduplikowane rynki współdzielące jedno konto oracle nie powinny być liczone jako odrębne feedy; jeden rynek używający dwóch niezależnych oracle nie powinien być liczony jako całkowicie zależny od któregokolwiek bez odczytania jego logiki fallback. Znaczenie ma znacznik czasu konfiguracji rynku, ponieważ administrator mógł zmienić feed po obserwacji.

Ta metoda wyjaśnia, dlaczego nawet prawdziwe stwierdzenie, takie jak to, że protokół obsługiwał 550 feedów w przeszłości, jest niewystarczające dla obecnego pytania. Feed może istnieć bez aktywnego pożyczkobiorcy, może mieć aktualizację ceny bez konsumującego rynku lub może być przywoływany tylko w uśpionym kodzie. Liczba kont feedów mierzy infrastrukturę. Liczba skonfigurowanych rynków mierzy zależność. Liczba pozycji i zabezpieczeń faktycznie dotykających tych rynków mierzy ekspozycję ekonomiczną. Żadna z nich nie jest wymienna z całkowitymi aktywami zdeponowanymi we wszystkich produktach prowadzonych przez projekt.

Istnieje dalszy krok weryfikacji, gdy źródłem jest agregator. Konsument może zidentyfikować konto Scope i indeks wpisu, podczas gdy mapowanie Scope wskazuje dalej na jednego lub więcej dostawców. Aktualizacja na koncie Scope po 25 września dowodzi, że agregator wyprodukował wartość, ale sama w sobie nie dowodzi, że Switchboard nadal dostarczał cenę bazową. Badacz potrzebuje wybranego wpisu i konfiguracji źródła dla tej aktualizacji. Repozytorium Kamino zauważa, że etykiety par tokenów nie są w całości przechowywane onchain, więc do zmapowania indeksu na jego aktywo mogą być potrzebne zewnętrzna konfiguracja lub dokumentacja opiekuna. Gdzie to mapowanie jest niedostępne, wynik powinien być zapisany jako nieznany, a nie po cichu przypisany do Pyth lub Switchboard.

Na co uważać

• Adresy oracle rynków: Porównaj skonfigurowany feed każdego aktywnego banku lub skarbca z udokumentowanymi kontami Switchboard.
• Znaczniki czasu aktualizacji cen: Sprawdź, czy zidentyfikowany feed nadal publikuje świeże wartości po 25 września.
• Konfiguracja fallback: Poszukaj źródła i limitu świeżości używanego, jeśli główny feed pozostaje w tyle.
• Ostatnie transakcje programu: Sprawdź, czy pożyczanie, rozliczenie lub dystrybucja napiwków nadal kończą się dla dotkniętego rynku.
• Datowane aktualizacje opiekunów: Poszukaj nazwanej migracji, pauzy rynku lub pozostałej zależności, popartej adresem konta lub programu.

Zapisz czas obserwacji dla każdego sprawdzenia; zrzut ekranu bez bloku lub znacznika czasu może szybko stać się nieaktualny.

Notatka o aktualizacji marginfi stwierdza, że bank używający nowej wartości enum oracle może spowodować, że starsze SDK nie zainicjuje swojego klienta, nawet jeśli użytkownik nie wchodzi w interakcję z tym konkretnym bankiem. Instrukcja użycia wersji SDK 2.8.0 lub nowszej została opublikowana przed rozpoczęciem migracji 4 września, trzy tygodnie przed terminem wsparcia Switchboard.

FAQ