Switchboard Protocol
Switchboard Protocol — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Switchboard Protocol — Infra / Oracles проект в Solana, токен (символ: SWTCH).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: oracle‑сеть «по запросу» (on‑demand), которая доставляет внешние данные в смарт‑контракты, используя доверенные среды исполнения (TEE) и экономические стимулы.
- Для кого: разработчики dApp (DeFi/игры/приложения), которым нужны внешние данные/VRF/кастомные вычисления.
- Зачем ончейн/токен: блокчейн нужен, чтобы верифицировать подписи oracle‑нод и обновления фидов; токен SWTCH — для стейкинга/делегирования и управления параметрами сети.
Как это работает (очень кратко)
- Пользователь делает: dApp (или пользователь) инициирует запрос на обновление фида (например, цены) в своей транзакции.
- Система делает: gateway выбирает набор oracle‑нод по стейку/здоровью; ноды исполняют workload в защищённых окружениях (TEE), подтягивают данные и подписывают результат.
- Пользователь получает: транзакция содержит «just‑in‑time» подписи/данные и может атомарно обновить фид и выполнить бизнес‑логику (например, выдачу займа).
- Где блокчейн: верификация подписей и запись/обновление состояния data feed происходит onchain.
- Роль токена: SWTCH используется в модели экономической безопасности (стейкинг/делегирование, субсидии/награды, governance).
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Switchboard Protocol |
| Также известен как (aliases) | Switchboard, Switchboard On‑Demand, SWTCH |
| Лого (logo) | ../assets/192_switchboard-protocol_logo.svg |
| Символ токена (ticker) | SWTCH |
| Категория | Infra | Oracles |
| Основная сеть (chain) | Solana |
| Тип | non-EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS (Solana) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | SPL |
| Контракт токена | SW1TCHLmRGTfW5xZknqQdpdarB8PD95sJYWpNp9TbFx |
| Модель токена (token_type) | utility (staking + governance) |
| Макс. предложение | 1,000,000,000 SWTCH (total supply; по whitepaper) |
| Эмиссия | fixed (по whitepaper total supply) |
| Токеномика (tokenomics, кратко) | 1B total supply; распределение по категориям с vesting (см. whitepaper) |
| Управление | onchain governance через SWTCH/svSWTCH (по whitepaper) |
| Админы/ключи | — |
| Аудит | — |
| Bug bounty | — |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | — |
| Use‑case (use_case) | on-demand oracle data feeds, VRF, custom tasks |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 0/6 — нет AI reality и нет AI intent (ai_score=0) |
| Итог по компонентам DecAI Fit | 0 / 2 / 2 / 2 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://switchboard.foundation/ |
| Docs | https://switchboard.foundation/whitepaper |
| GitHub | https://github.com/switchboard-xyz |
| Releases / Changelog | https://github.com/switchboard-xyz/switchboard/releases |
| Whitepaper | https://switchboard.foundation/whitepaper |
| Roadmap | https://switchboardxyz.medium.com/switchboard-360-looking-back-forward-and-all-around-161b7d54e833 |
| Security advisories | https://github.com/switchboard-xyz/switchboard/security/advisories |
| Explorer | https://solscan.io/token/SW1TCHLmRGTfW5xZknqQdpdarB8PD95sJYWpNp9TbFx |
| X | https://twitter.com/switchboardxyz |
| Discord | https://discord.gg/switchboardxyz |
| Telegram | https://t.me/switchboardxyz |
| Medium | https://switchboardxyz.medium.com/ |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/switchboard |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/switchboard-protocol/ |
Общее описание проекта
Switchboard Protocol позиционируется как «oracle‑сеть по запросу» (on‑demand), которая позволяет dApp получать внешние данные (включая кастомные источники) не через постоянные «стриминговые» обновления, а через выполнение workload’а в момент запроса и доставку подписанного результата в транзакцию пользователя.
Ключевая идея из whitepaper: экономические стимулы (стейкинг/делегирование SWTCH) и аппаратно‑защищённые окружения (TEE) используются для повышения доверия к исполнению oracle‑нод и снижению задержек при доставке данных.
Фичи/модули
- On‑Demand data feeds: обновление фида в момент запроса («just‑in‑time»), чтобы минимизировать устаревание данных.
- Gateways + oracle selection: маршрутизация запросов на oracle‑ноды с учётом стейка и показателей здоровья/производительности.
- TEE‑исполнение: защищённая среда выполнения workload’ов и скрытых секретов (например, API‑ключей).
- VRF и кастомные задачи: verifiable randomness и безопасное исполнение ограниченного пользовательского кода (по описанию в whitepaper).
- Cross‑chain verification (заявлено): перенос registry oracle‑нод на другие сети для проверки подписей и обновлений на целевой сети.
Типичные сценарии
- Сценарий 1 (DeFi‑кредитование): протокол в одной транзакции обновляет цену collateral → рассчитывает LTV → выдаёт займ, используя свежие подписи oracle‑нод.
- Сценарий 2 (игры/VRF): смарт‑контракт запрашивает verifiable randomness, чтобы прозрачно определить выпадение лута/результат события.
- Сценарий 3 (кастомный источник): команда создаёт собственный фид (API/другая oracle‑слойка) и определяет правила агрегации/подписания.
Как начать (кошелёк/сеть)
- Что нужно: кошелёк Solana (для работы с SPL‑активами) и доступ к SDK/документации проекта.
- Сеть/chain: Solana.
- Комиссии: комиссии сети (SOL) + платежи/вознаграждения в экономике протокола (описаны в whitepaper).
Архитектура/техника (без AI)
- Компоненты: oracle‑ноды (операторы), gateways (маршрутизация), onchain data feeds, oracle registry, клиентские SDK.
- Роли участников: пользователи/dApp, операторы нод, стейкеры/делегаторы.
- Где выполняется логика: offchain выполнение workload’ов на oracle‑нодах (TEE), onchain — верификация подписей и обновления фидов.
- Зависимости: TEE‑технологии, сеть Solana.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: стейкинг/делегирование для экономической безопасности, governance, участие в субсидиях/наградах (по whitepaper).
- Источники необходимости в протоколе: whitepaper описывает модель, где свёрнутый стейк (svSWTCH) влияет на приоритизацию и вознаграждения нод.
- Кто платит комиссии: потребители данных (dApp/пользователи), оплачивая обновления фидов (в gas‑токене цепочки) и участвуя в экономике SWTCH (по whitepaper).
- Куда идут комиссии: в rewards vault и распределяются нодам/стейкерам по эпохам (по whitepaper).
- Эмиссия/сжигание: total supply фиксирован 1B, распределение и vesting описаны в whitepaper.
- Механизмы безопасности/стимулов: стейкинг, делегирование, субсидии; детали slashing описаны концептуально в whitepaper.
Управление
- Кто принимает решения: держатели SWTCH/svSWTCH (governance по whitepaper).
- Как меняются параметры протокола: через governance‑процедуры (описано на уровне принципов в whitepaper).
Безопасность и инциденты
- Аудиты: публичные отчёты по конкретным контрактам/компонентам не найдены.
- Инциденты: —.
- Модель угроз: в whitepaper подчёркивается роль TEE и экономической безопасности (стейк/делегирование) для снижения атак и повышения достоверности данных.
Статус проекта и таймлайн
- Текущий статус: заявлен как работающий протокол (mainnet; точная дата запуска не зафиксирована).
- Ключевые релизы/вехи: см. GitHub releases и публикации.
- Roadmap: см. ссылку на Medium‑пост.
Экосистема/интеграции
- Интеграции: целевой рынок — dApp, которым нужны data feeds/VRF/кастомные вычисления; список конкретных интеграций не перечислен в карточке.
Ai составляющая проекта
- Что здесь реально ИИ? По Tier‑1 источникам проект описывает oracle‑инфраструктуру (TEE, подписи, data feeds). AI‑компонента (модель/инференс/обучение) не выявлено.
- Что реально onchain? Верификация oracle‑подписей, обновление data feeds и registry‑механики (описано в whitepaper).
- Зачем нужен токен? Экономическая безопасность (стейк/делегирование), распределение наград и governance‑параметры (описано в whitepaper).
- Красные флаги (по найденной информации): AI‑washing — высокий (проект не про AI); что перепроверить: реальные onchain‑программы/адреса протокола в Solana (кроме mint токена) и параметры экономики в реализации.
Итог по компонентам DecAI Fit
- DecAI Fit: 0/6 — нет AI reality и нет AI intent (ai_score=0)
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 0 |
| Onchain necessity | средне | 2 |
| Token necessity | средне | 2 |
| Evidence | Tier‑1 частично есть | 2 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): Tier‑1 намерений про AI как отдельный модуль не найдено.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): источники описывают oracle‑сеть, а не AI‑функциональность/roadmap по AI.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 0
- Claim (1 строка): AI‑функции не описаны как часть продукта.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): наличие TEE/агрегации данных не является AI‑компонентом.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): демо AI‑компонента отсутствует.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): продуктовые примеры — про oracle‑фиды, не про AI.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): AI‑метрики не применимы: AI‑компонент не зафиксирован.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): техописание есть, но не про AI‑модель/инференс.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): архитектура oracle‑сети не является техописанием AI‑компонента.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Solana
- Адреса/идентификаторы: mint SWTCH
SW1TCHLmRGTfW5xZknqQdpdarB8PD95sJYWpNp9TbFx - Evidence: Tier‑1 — https://solscan.io/token/SW1TCHLmRGTfW5xZknqQdpdarB8PD95sJYWpNp9TbFx
- Why sufficient / why not (1 строка): есть конкретный onchain‑идентификатор токена в сети.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: верификация oracle‑подписей и обновление data feeds (описано как onchain‑процедура в whitepaper).
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper ; https://raw.githubusercontent.com/switchboard-xyz/on-demand/main/README.md
- Why sufficient / why not (1 строка): whitepaper описывает onchain‑проверку подписей и обновление фидов как часть работы протокола.
- Conflict note (если есть): в официальном GitHub указан quote program ID по умолчанию
orac1eFjzWL5R3RbbdMV68K9H6TaCVVcL6LjvQQWAbz; адреса остальных программ/деплоев в Solana не перечислены в карточке.
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 0
- Тест “замены блокчейна”: oracle‑сервис можно заменить централизованным сервером; Tier‑1 доказательства “ломается без блокчейна” не найдено.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): в whitepaper есть аргументы про безопасность/доверие, но нет операционального доказательства критичности.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): в протоколе есть токен SWTCH.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): tokenomics и total supply описаны в whitepaper.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 0
- Claim (1 строка): плата за обновления фидов описана как fee в gas‑токене сети, а не обязательно в SWTCH.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): по описанию в whitepaper fees взимаются в газ‑токене; SWTCH — слой стейкинга/управления.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): SWTCH используется для стейкинга/делегирования и распределения наград операторам и стейкерам.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): описана экономика svSWTCH, epochs и распределение наград.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): SWTCH/svSWTCH дают governance‑права по параметрам протокола.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): governance описан в whitepaper (апгрейды/параметры).
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): в whitepaper токен описан как базовый элемент экономической безопасности и governance.
- Evidence: Tier‑1 — https://switchboard.foundation/whitepaper
- Why sufficient / why not (1 строка): для целевой модели (стейк/делегирование/управление) токен является нативным инструментом протокола.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://switchboard.foundation/whitepaper | архитектуру on‑demand oracle, onchain‑верификацию подписей, роль SWTCH (стейкинг/награды/governance), total supply и распределение |
| Tier‑1 | https://solscan.io/token/SW1TCHLmRGTfW5xZknqQdpdarB8PD95sJYWpNp9TbFx | onchain‑идентификатор (mint) токена SWTCH в Solana |
| Tier‑1 | https://raw.githubusercontent.com/switchboard-xyz/on-demand/main/README.md | Tier‑1 артефакт в официальном GitHub: on‑demand SDK и упоминание default quote program ID |
| Tier‑2 | https://www.coingecko.com/en/coins/switchboard | справочный профиль |
No comments to display
No comments to display