Коротко. Сооснователь Solana Анатолий Яковенко опубликовал проект Percolator — детально расписанную архитектуру ончейн DEX для перпетуальных фьючерсов с портфельной маржой и шардированными движками ордеров («slabs»). Это не «запуск биржи», а открытая спецификация/код для комьюнити: берите и стройте. На фоне рыночной гонки перп-DEX (Hyperliquid, Aster и др.) публикация вызвала бурную реакцию: в экосистеме обсуждают, сможет ли этот подход объединить скорость, прозрачность и риск-менеджмент без ухода в «чёрные ящики».

Что случилось

В открытом доступе появился репозиторий с описанием и кодом Percolator — sharded perpetual exchange protocol на базе Solana. Центральная идея: разделить исполнение по отдельным «слоям» и связать их единым «мозгом» портфеля. Router ведёт учёт залога, позиций и считает portfolio margin, а независимые Slabs обслуживают книги ордеров по конкретным активам. Такой дизайн должен одновременно повышать масштабируемость, изолировать риски между рынками и сохранять атомарную маршрутизацию сделок.

Важно: Яковенко отдельно уточнил, что это не анонс «новой биржи от Solana», а эксперимент с открытым кодом — «идею можно красть», цель — подстегнуть конкуренцию и дать разработчикам готовую архитектурную основу. Для пользователей это повод понять, как может выглядеть перп-DEX нового поколения; для билдеров — «конструктор» решений, который можно адаптировать под собственные рынки.

Контекст: почему это взорвало инфополе

Перпетуальные фьючерсы — ключевой драйвер объёмов в крипте: они позволяют открывать длинные/короткие позиции без срока экспирации и с плечом. Классическая «слабость» ончейн-подходов — проскальзывание, латентность и неоптимальное использование залога. В 2024–2025 годах «планку» поднял Hyperliquid, показав, что DEX может бороться с CEX по объёмам и UX. На этом фоне попытка описать полностью ончейн перп-движок с портфельной маржой и конкуренцией движков — логичное продолжение тренда.

Ещё одна причина резонанса — прозрачность. Ончейн-DEX даёт наблюдаемость всего: от правил ликвидации до механики книги ордеров. Если «Router↔Slabs» действительно позволяет удерживать и скорость, и прозрачный риск, рынок получает альтернативу «закрытым коробкам» и новый референс стандарта для смарт-контрактов в деривативах.

Архитектура Percolator: без мистики, но по делу

• Router — «портфельный мозг». Ведёт залоговые Vault, эскроу на связке «пользователь-slab-актив», выдаёт capabilities (временные права дебета), агрегирует риск по всем позициям и обеспечивает атомарный проход сделки через несколько рынков.
• Slabs — независимые «перп-движки» (по активам), каждый со своей книгой ордеров, параметрами риска и матчинга. Слаб «самодостаточен»: согласно идее, он может развиваться/оптимизироваться без поломки остальной системы.
• Портфельная маржа (portfolio margin) — риск считается сверху вниз, с учётом неттинга позиций между рынками (лонг/шорт по разным активам). Это должно снижать «ложные» ликвидации и повышать эффективность капитала.
• Анти-токсичность — в логике матч-движка заложены «батчи», JIT-penalty, отложенная публикация заявок «pending→live», гварды против «сэндвичей» и токсичных атак.

Техкарта Percolator в одной таблице

Что уже реализовано, а что ещё «сырьё»

• В коде прописаны структуры памяти под «тонкие» BPF-сборки (жёсткие лимиты по пулам аккаунтов/ордеров/позиций), базовый матчинг (reserve/commit/cancel), расчёты VWAP/PnL/фандинга, проверка IM/MM (маржинальные требования) и логика capabilities.
• Тесты охватывают расчёты и ключевые операции на уровне библиотек и программ. Интеграционные сценарии в зачатке — как документация/шаблоны до появления публичного тест-контрагента.
• Часть «краевых» сценариев (ликвидации под нагрузкой, стресс-батчи, поведение при «пиле») требует доработок и внешних аудитов.

Почему это может «зайти»: три сильных аргумента

1. Прозрачность по умолчанию. В ончейн-архитектуре любая сделка и правило видны пользователям, что повышает доверие к перпам и снижает «чёрный ящик» рисков.
2. Конкуренция движков, а не только котировок. Если «slabs» можно развивать независимо, на рынок придут разные MM-команды/движки, соревнующиеся качеством исполнения — это полезно для спредов и ликвидности.
3. Портфельная маржа. Неттинг между рынками приближает риск-контур к реальности портфеля, а не к «изолированным» позициям — меньше «ложных» ликвидаций и выше эффективность капитала.

И что может пойти не так

• Сложность + аудит. Чем богаче логика (slabs, caps, батчи), тем больше плоскостей для ошибок. Без нескольких независимых аудитов запуск — высокий риск.
• Стресс-режимы. Пиковые всплески волатильности и «каскады ликвидаций» — главный экзамен. Важно, как поведёт себя маршрутизация, очереди и расчёты маржи при заторах сети.
• Оракулы и синхронизация. Перпы зависят от оракульных цен и фандинга (funding). Любой «дрейф»/задержка — поле для арбитража и спорных ликвидаций.

Реакция рынка: что видно по фактам

SOL на момент публикации торгуется около $184, внутридневный диапазон — $182,9–$193,5, изменения за сутки — около −4,5%. Скачки внимания к перп-DEX (и «виб-кодинг» от фаундеров) добавляют шума в ленте, но цену двигают в основном общерыночные драйверы (BTC-вола, ликвидации на деривативах). При этом медиа отмечают ажиотаж: от обсуждения «гонки перпов» (Hyperliquid/Aster) до спекуляций мем-койнами, возникающих «по следам» громких новостей.

Сравнение с действующими игроками

• Hyperliquid задаёт стандарт UX/объёмов для перп-DEX и активно расширяет «пермишнлесс-листинги». Percolator отвечает своей сильной стороной — ончейн-прозрачностью и конкуренцией движков на уровне дизайна.
• Aster удивлял «тысячным» плечом и всплесками объёма; архитектура Percolator, напротив, упирает в жёсткие процедурные ограничения, capabilities и анти-токсичность — ставка на устойчивость, а не «экстремальные режимы».
• Solana-экосистема получает шанс вернуть часть ончейн-деривативного трафика: если появятся реализационные команды, «свой» перп-стек с портфельной маржой и открытой логикой сможет конкурировать не только маркетингом.

Практика: как это читать трейдеру и билдеру уже сегодня

• Трейдеру. Смотрите не на лозунги и не на «х1000 плечо», а на риск-модель: где и как считаются IM/MM, как устроены ликвидации, как реализованы батч-переходы и защита от токсичности. Обязательно учитывайте издержки: комиссии, фандинг, slippage.
• Алго-командам/MM. «Slabs» — прямое поле конкуренции. Дизайн допускает независимую эволюцию движков: тестируйте свою логику матч-инфраструктуры и анти-токсичности, не ломая общий Router.
• Фаундерам. Прежде чем нести продукт на мейннет — прогон через батч-стресс-тесты, независимые аудиты, спецификацию ликвидаций и оракулов. Публичная документация по формульной части — маст-хэв.
• Новичкам. Освойте базу: что такое перпы, открытый интерес, волатильность. Работа с плечом — после симуляторов и изучения риск-менеджмента.

FAQ

Итог редакции

Percolator — «учебник» того, как может выглядеть следующий слой ончейн-деривативов. Ценность — в архитектурной ясности: где хранится риск, как маршрутизируются сделки и что именно защищает от токсичности. Если экосистема Solana породит реализацию с аудированными ликвидациями и устойчивой работой при пиках волы, рынок получит прозрачную альтернативу «закрытым коробкам». Если нет — отрасли всё равно останется подробный, открытый референс дизайна перп-DEX, который станет точкой отсчёта для следующих итераций.

Для наших читателей главные выводы просты: не путайте хайп с готовым продуктом, оценивайте процедуры (аудиты, тесты, ончейн-наблюдаемость) и издержки (комиссии, фандинг, проскальзывание). Тогда любая «гонка перпов» превращается из шума в источник конкурентных преимуществ — для тех, кто умеет читать архитектуру, а не только заголовки.