Оракул Solana Switchboard прекращает поддержку: кто всё ещё зависит от его цен?

Крайний срок поддержки Switchboard 25 сентября превратил шестидневное предупреждение о миграции в проверку ценовых фидов Solana. Текущая публичная документация показывает, где его данные остаются частью архитектуры приложения, но эти страницы не могут доказать, что живой рынок всё ещё использует этот фид. Jito и marginfi предоставляют два резко различных взгляда на подверженность риску.

Switchboard достиг заявленного окончания технической поддержки 25 сентября, оставив приложениям Solana задачу проверить источники цен, настроенные в их работающих программах.

Заявление оракульного проекта от 19 сентября, воспроизведённое в освещении этого объявления, гласило, что его основной участник разработки Switchboard Technology Labs свернётся, а все реализации немедленно устаревают. Команда призвала интеграторов мигрировать к другим поставщикам, назвав Pyth и RedStone. 25 сентября было описано как последний день существующей поддержки. Компания, прекращающая поддержку, — это реальная операционная веха. Это само по себе не доказывает, что каждый ончейн-фид перестал обновляться в полночь или что каждое приложение, когда-либо связанное со Switchboard, осталось зависимым от него.

Собственная документация Switchboard называла Kamino, Jito, marginfi и Drift пользователями. Это исторические заявления об интеграции от поставщика, который продавал оракульный сервис, а не актуальная инвентаризация активных фидов на 25 сентября. Проверка текущей документации каждого проекта выявляет более сложную картину. Страницы Tip Router от Jito по-прежнему описывают Switchboard в своём ценовом потоке; сентябрьское техническое обновление marginfi добавляет пути, предназначенные для избежания этой зависимости. Один документ может быть устаревшим, в то время как другой предвосхищает миграцию. Ни один из них не заменяет проверку конфигурации живого аккаунта.

Более ранний раунд финансирования Switchboard составил 7,5 миллиона долларов в мае 2024 года. Эта сумма полезна как фон истории предприятия, но она не даёт меры сегодняшней подверженности протокола. Соответствующий подсчёт — это количество и стоимость живых рынков, чьи расчёты риска всё ещё берут данные из фида, который не может надёжно обновляться, и этот подсчёт нельзя вывести из логотипа клиента.

Указанная интеграция — это не активный фид

Публичное введение Switchboard описывает фиды по запросу: приложения создают или вызывают нужные им данные, и цена становится доступной через аккаунты Solana. Документация может определить, где протокол знает, как читать фид Switchboard. Она может не определить, какой вариант выбирает конкретный рынок в настоящее время. Набор для разработки программного обеспечения может поддерживать тип оракула ещё долго после того, как последний банк переключится с него. И наоборот, веб-сайт может измениться, в то время как живой резерв сохраняет свой старый оракульный аккаунт.

Три уровня доказательств нужно держать раздельно. Первый — это маркетинговая страница или страница интеграции, которая показывает, что связь существовала. Второй — это поддерживаемая конфигурация программы, видимая в технической документации или коде. Третий — это живая конфигурация и недавняя история обновлений фактического рынка. Только третий может поддержать утверждение, что названный рынок всё ещё полагался на Switchboard в данный момент времени. Даже тогда может быть настроен резервный источник, поэтому влияние остановленного первичного фида необходимо проверять на соответствие соответствующему правилу резервирования и свежести.

Рассмотрим документацию протокола marginfi. Её таблица оракулов сохраняет варианты SwitchboardPull и venue среди доступных конфигураций. В ней сказано, что вызывающий должен прокрутить пул-фид Switchboard непосредственно перед использованием. Та же таблица перечисляет push-фиды Pyth и аккаунты Scope как другие конфигурации. Читатель может ошибочно принять сохранившуюся строку Switchboard за доказательство того, что каждый банк marginfi всё ещё использует его. Таблица описывает поддерживаемые типы, а не полный список того, какой банк использует какой фид сегодня.

Отдельная заметка Marginfi о программе 0.1.11 более актуальна и более конкретна. В ней разработчикам предписывалось обновить SDK как минимум до версии 2.8.0 до 4 сентября, поскольку с этой даты банки начнут переходить на новые конфигурации оракулов. В релизе добавлено девять вариантов, не зависящих от Switchboard, включая фиды Kamino Scope и ценообразование на основе обменного курса для некоторых токенов ликвидного стейкинга и токенов основной суммы. В заметке не говорится, что все банки мигрировали к 25 сентября. Она показывает, что проект публично задокументировал путь ухода от угрожающей зависимости до объявления о прекращении поддержки.

Миграция несёт неожиданный второй режим отказа. Marginfi утверждает, что старые SDK не могут декодировать банк, настроенный с одним из новых значений перечисления оракула. Один банк с неподдерживаемым значением может заблокировать Project0Client.initialize и чтение банков, а не только действие, затрагивающее этот банк. Иными словами, изменение оракула может устранить одну инфраструктурную зависимость, но сломать интегратора, не обновившего своё программное обеспечение. Документ Marginfi объясняет интеграторам, как избежать проблемы с SDK; это не доказательство того, что какой-либо конкретный пользователь с ней столкнулся.

Project 0 описывал унифицированную маржу между площадками Solana, включая Kamino и Drift. Кросс-протокольные интерфейсы создают ещё один уровень, на котором миграция оракула должна быть прочитана правильно. Заметка о старых версиях SDK является конкретным свидетельством опасности интеграции, но не доказывает сбой в Project 0 или любом другом названном приложении. Ответственный аудит должен проверить версии программного обеспечения и текущие конфигурации действующих кредитных банков, прежде чем заявлять о сбое.

Tip Router от Jito по-прежнему документирует Switchboard

Обзор Tip Router от Jito Foundation гласит, что Switchboard определяет относительный вес таких активов, как JitoSOL и JTO, хранящихся в хранилищах, связанных с Tip Router. В обзоре указаны ончейн-программа Tip Router, клиент оператора узла и безразрешительный кранкер. В его документации по ценообразованию Switchboard назван текущим фидом оракула и описаны резервные веса на случай недоступности фидов.

Документы отводят Switchboard конкретную роль: оценка активов хранилища для расчёта весов в системе распределения чаевых и рестейкинга. В них не говорится, что недоступный фид Switchboard автоматически ликвидирует кредитную позицию на Solana. Страница ценообразования Jito описывает механизм отката, что ослабляет упрощённое утверждение, будто прекращение поддержки обязательно останавливает все операции Tip Router. Точные резервные значения, условия активации и текущие действующие счета оракула всё ещё требуют проверки текущего состояния программы.

Обзор Tip Router показывал отметку последнего обновления девять месяцев назад на момент проверки 25 сентября. Этот возраст меняет то, как его можно использовать. Он устанавливает задокументированный дизайн и указывает, где задать технический вопрос. Он не может установить, что текущая программа имеет ту же конфигурацию фидов. Jito могла обновить ончейн-счета, не пересматривая страницу, или всё ещё использовать Switchboard с резервным вариантом. Без недавней проверки транзакций или текущего заявления от Jito названная действующая зависимость остаётся неподтверждённой.

Публичные примечания к релизам Tip Router в GitHub от Jito упоминают повторные попытки обращения к шлюзам оракула Switchboard в операциях кипера. Кодовая база, содержащая такую логику, также демонстрирует техническую интеграцию, а не обязательно зависимость каждого хранилища на момент публикации. Код может сохранять путь совместимости месяцами. Живой вопрос заключается в том, нацелены ли недавние транзакции обновления цен на счёт Switchboard, используемый хранилищем, всё ещё несущим стоимость, и продвигается ли этот счёт после крайнего срока поддержки.

Это различие часто теряется, когда всех пользователей оракулов помещают в один список. Описанный расчёт Jito влияет на относительные веса активов в системе распределения. Описанный расчёт кредитного рынка определяет стоимость залога и здоровье заёмщика. Оба потребляют ценовые данные, но их пути отказа различаются. Аудит, который считает логотипы, присвоил бы одинаковую серьёзность принципиально разным видам использования.

Scope от Kamino — это агрегатор, а не метка провайдера

Публичный репозиторий Scope от Kamino Finance описывает ончейн-агрегатор, который копирует значения из нескольких оракульных аккаунтов в один ценовой фид и проверяет обновления по заданным правилам. В его README сказано, что фид поддерживает до 512 цен и что связь между индексом и токен-парой не полностью хранится ончейн. Программа-потребитель может ссылаться на Scope, в то время как сам Scope полагается на другие фиды для выбранного актива. Таким образом, видеть Scope в конфигурации банка — это отправная точка для отслеживания фактического источника данных, а не конечная.

В сентябрьской заметке marginfi Scope указан как опция, не зависящая от Switchboard для описываемой новой конфигурации. Это не означает, что каждое развёртывание Scope в любой момент времени исключает любой источник Switchboard. Агрегатор может менять свои базовые входы. Полная проверка зависимостей требует как выбранного потребителем аккаунта Scope, так и сопоставления источников, используемого для заполнения его записи. Репозиторий Kamino предоставляет архитектуру, а не инвентаризацию текущих источников в mainnet с временными метками для каждого приложения.

Kamino продолжает привлекать институты в свою кредитную экосистему. Galaxy открыла два хранилища стейблкоинов на платформе в сентябре. Существование новых хранилищ показывает, почему называть целый протокол подверженным риску без проверки его отдельных активов было бы необоснованно. Хранилище USDC, резерв токена ликвидного стейкинга и рынок токенизированных акций могут использовать разные оракульные пути. Мы не проверяли, используют ли хранилища Galaxy Switchboard, поэтому они не включены в подсчёт затронутых позиций.

Аналогично, более старый список Kamino, Jito, marginfi и Drift во вводных материалах Switchboard не говорит нам о распределении подверженности риску среди них. Проект может использовать оракул только для одного рынка, использовать его как резервный или сохранять код после переключения живых фидов. Единственная защитимая единица анализа — это конкретный рынок или хранилище и его настроенный фид в указанное время. Без этой единицы утверждения о средствах под риском — это маркетинговая арифметика, запущенная в обратном порядке.

Устаревший фид имеет более одного возможного эффекта

Техническое последствие отставания фида зависит от протокола-потребителя. Кредитная программа обычно нуждается в цене для определения стоимости залога и заёмной способности. Если она отклоняет старое значение, действие может не пройти или рынок может приостановиться по своим правилам. Если она принимает устаревшие данные, заёмщик может совершить транзакцию по цене, которая больше не соответствует рынку. Резервный источник может поддерживать работу рынка, но вводит новый ритм обновления или правило достоверности. Документация протокола и ончейн-конфигурация определяют, какой путь применяется.

Marginfi явно указывает, что pull-фиды Switchboard необходимо «прокручивать» перед использованием. Поэтому интегратор должен предоставить свежее обновление как часть своего транзакционного пути. Напротив, push-фиды Pyth описываются как поддерживаемые в актуальном состоянии через инфраструктуру Pyth. Scope использует агрегированное значение аккаунта, выбранное по настроенному индексу записи. Переключение между этими типами меняет аккаунты, необходимые для транзакции, и код, который их проверяет. Предупреждение SDK за сентябрь — один из видимых примеров того, как эти изменения доходят до прикладного программного обеспечения.

Для Jito Tip Router публичная документация описывает резервные веса для недоступных фидов. Сохраняют ли эти резервы точное распределение вознаграждений при длительном сбое — вопрос к живой конфигурации и операторам Jito, а не то, что решает предложение в документации. Если фид продолжает обновляться через независимых операторов узлов после того, как компания прекращает поддержку, резервный вариант может не сработать немедленно. Если обновления прекращаются, но резерв активен, операции могут продолжаться с другим методом ценообразования. Это условные пути, а не предсказание текущего состояния системы.

Несвязанный инцидент с оракулом привёл к ликвидациям на Vesu ранее в сентябре. Это иллюстрирует, что неверное ценообразование может иметь экономические последствия, но не является доказательством инцидента в Switchboard, Jito или marginfi. Уведомление о прекращении работы не следует превращать в заявление о ликвидации по аналогии. Признаком реального события были бы устаревшие временные метки аккаунтов, неудачные транзакции, пауза протокола или выявленные убытки, ни один из которых здесь не показан для крайнего срока 25 сентября.

Переход Solana к слотам в 250 миллисекунд изменил темп производства блоков, но не гарантировал, что внешний источник цен обновляется. Более быстрые слоты могут быстрее донести новую цену, когда она есть. Они не могут создать цену, когда узел, поставляющий её, останавливается. Тест протокола на свежесть может измеряться слотом, временем или другим правилом, поэтому изменение сетевых часов может изменить то, как разработчики интерпретируют старые конфигурации фидов.

Кто несёт бремя миграции?

Оператор оракула публикует или координирует данные, но потребляющий протокол выбирает аккаунт, который читает его программа, и ограничения, которые он накладывает на эту цену. Кредитный протокол может требовать управления или администратора для изменения адресов оракула для своих рынков. Его фронтенд и сторонние интеграторы затем должны формировать транзакции с правильными дополнительными аккаунтами. Пользователи могут заметить лишь отклонённый займ или приостановленный рынок, спустя много времени после того, как оператор и протокол приняли свои технические решения.

Оператор, прекращающий поддержку, не обязательно имеет полномочия переписывать конфигурацию программы клиента. Уведомление Switchboard призывало пользователей мигрировать, поскольку владельцы интеграций должны действовать. Проекты следует оценивать по адресам и обновлениям аккаунтов, которые они контролируют. Если приложение уже перешло на Pyth до 19 сентября, более поздний срок поддержки не оказывает прямого влияния на этот рынок. Если оно всё ещё выбирает фид Switchboard и не имеет работающего резерва, поведение фида после 25 сентября является конкретной проблемой.

Самое сильное противоположное прочтение тревоги о выключении следует из собственной сентябрьской заметки marginfi и документированного резерва Jito. Приложения могут проектировать избыточность или двигаться на опережение ухода поставщика; код и документы показывают механизмы для этого. Модель по требованию Switchboard может оставить часть инфраструктуры фидов работающей независимо, даже если основной контрибьютор прекратил поддержку. Уведомление не опубликовало проверенного графика, по которому каждый аккаунт остановится, и мы не нашли первичных доказательств, устанавливающих такое универсальное отключение.

Существует иной вид вопроса о непрерывности для протокола, который создал собственный резерв. Резервная цена может предотвратить полную остановку, при этом оценивая актив реже или с другим набором источников. Для процесса распределения вознаграждений временный резервный вес может поддерживать движение учёта эпох, хотя распределение затем может опираться на допущения резерва. Для кредитного рынка резерв может изменить цену, используемую при проверке здоровья. Это не утверждения о текущих настройках Jito или marginfi. Они показывают, что сопровождающий должен раскрыть, прежде чем пользователи смогут судить, завершена ли миграция в операционных терминах, а не просто выполняются ли ещё транзакции.

Сворачивание поставщика может иметь и отложенные эффекты. Код, написанный для запроса цен по требованию, может работать, пока отвечает независимый шлюз, а затем отказать, когда этот шлюз будет выведен из эксплуатации или его операторы перестанут обновлять конкретный актив. Наблюдателю нужно несколько отметок времени после крайнего срока, а не одна успешная транзакция, чтобы сделать вывод о продолжении обслуживания. Та же дисциплина применима к неудачной транзакции: ошибка одного пользователя может возникнуть из-за устаревшего SDK или недостаточного ввода аккаунта, а не из-за недоступного оракула. Документ о миграции Marginfi приводит явный пример сбоя декодирования программного обеспечения, который иначе можно было бы ошибочно обозначить как отказ оракула.

У этого заверения есть предел. Резерв, описанный девять месяцев ранее, нуждается в проверке на соответствие текущему состоянию, а вариант миграции, описанный в сентябре, не является доказательством того, что каждый банк его принял. Два документа дают правдоподобные основания не предполагать катастрофу, оставляя при этом измеримый пробел. Справедливый вывод уже, чем и рекламная, и паникёрская версии: публичные документы определяют вероятные зависимости и пути отхода; необходим текущий аудит конфигурации по каждому рынку, чтобы установить любую оставшуюся подверженность риску.

Живой инвентарь по-прежнему остаётся недостающим документом

В оригинальном материале здесь список Switchboard из четырёх известных интеграторов сравнивается с текущими первичными документами Jito, marginfi и Kamino. Это даёт два подтверждённых документальных вывода. Более старая документация Jito по Tip Router называет Switchboard для оценки хранилищ и резервный вариант для недоступных потоков данных. Заметка marginfi от сентября 0.1.11 описывает девять новых конфигураций, независимых от Switchboard, и предупреждает об отдельной поломке SDK, если интеграторы не обновятся. Репозиторий Scope от Kamino объясняет, почему одна лишь метка агрегатора не может идентифицировать каждый вышестоящий источник данных.

Эта работа не даёт подсчёта живых непереведённых потоков данных, подверженных риску средств пользователей или сбоя в каком-либо названном протоколе. Доступные публичные страницы не содержат синхронизированного снимка от 25 сентября всех оракульных аккаунтов, последних успешных обновлений, настроек резервирования и сумм, поддерживаемых каждым рынком. Заявлять конкретную сумму в долларах исходя из TVL протокола было бы несостоятельно, потому что активы всего протокола не обязательно используют один и тот же оракул. Точный вопрос заголовка остаётся открытым на уровне живых аккаунтов.

Правильный подсчёт должен использовать рынок как строку, а не протокол. Для каждого активного кредитного банка, рынка деривативов или хранилища вознаграждений аудитор должен записать его адрес программы, выбранный тип оракула, оракульный аккаунт, резервный источник, если он есть, последнее успешное обновление цены, максимально допустимый возраст и стоимость позиций, фактически зависящих именно от этой цены. Дублирующиеся рынки, использующие один оракульный аккаунт, не следует считать отдельными потоками данных; рынок, использующий два независимых оракула, не следует считать полностью зависящим от любого из них без чтения его логики резервирования. Временная метка конфигурации рынка важна, потому что администратор мог изменить поток данных после наблюдения.

Этот метод объясняет, почему даже верное утверждение, например, что протокол поддерживал 550 потоков данных в прошлом, недостаточно для текущего вопроса. Поток данных может существовать без активного заёмщика, может иметь обновление цены без потребляющего рынка или может упоминаться только в неактивном коде. Подсчёт аккаунтов потоков данных измеряет инфраструктуру. Подсчёт настроенных рынков измеряет зависимость. Подсчёт позиций и залога, фактически затрагивающих эти рынки, измеряет экономическую подверженность риску. Ни один из них не взаимозаменяем с общими активами, депонированными во все продукты, управляемые проектом.

Есть дополнительный шаг проверки, когда источником является агрегатор. Потребитель может идентифицировать аккаунт Scope и индекс записи, в то время как сопоставление Scope указывает далее на одного или нескольких поставщиков. Обновление в аккаунте Scope после 25 сентября доказывает, что агрегатор произвёл значение, но само по себе не доказывает, что Switchboard продолжал поставлять базовую цену. Исследователю нужны выбранная запись и конфигурация источника для этого обновления. Репозиторий Kamino отмечает, что метки токен-пар не полностью хранятся в блокчейне, поэтому для сопоставления индекса с его активом может потребоваться внешняя конфигурация или документация сопровождающего. Там, где такое сопоставление недоступно, результат следует записывать как неизвестный, а не молча приписывать Pyth или Switchboard.

За чем следить

• Адреса рыночных оракулов: Сравните настроенный поток данных каждого активного банка или хранилища с документированными аккаунтами Switchboard.
• Временные метки обновления цен: Проверьте, продолжает ли идентифицированный поток данных публиковать свежие значения после 25 сентября.
• Настройка резервирования: Ищите источник и предел свежести, используемые, если основной поток данных отстаёт.
• Недавние транзакции программы: Проверьте, по-прежнему ли завершаются заимствование, расчёт или распределение чаевых для затронутого рынка.
• Датированные обновления сопровождающих: Ищите названную миграцию, паузу рынка или оставшуюся зависимость, подтверждённую аккаунтом или адресом программы.

Записывайте время наблюдения для каждой проверки; скриншот без блока или временной метки может быстро устареть.

В заметке об обновлении marginfi говорится, что банк, использующий новое значение перечисления оракула, может заставить более старый SDK не инициализировать свой клиент, даже если пользователь не взаимодействует с этим конкретным банком. Инструкция использовать SDK версии 2.8.0 или более поздней была опубликована до начала миграции 4 сентября, за три недели до крайнего срока поддержки Switchboard.

FAQ