Проект Fermah и проблема децентрализации исполнения в блокчейн-инфраструктуре
По данным TipRanks, проект Fermah анонсировал работу над закрытием так называемого «разрыва в децентрализованном исполнении» в блокчейн-инфраструктуре.

Формулировка нестандартная и не имеет устоявшегося технического определения — это первый объект аудита. Без whitepaper, исходников и бенчмарков любые разговоры о реальной «децентрализации исполнения» преждевременны.
Анатомия заявления
Заголовок TipRanks не сопровождается ни описанием архитектуры, ни ссылкой на репозиторий, ни характеристиками consensus-модели. Термин «разрыв в децентрализованном исполнении» в академической литературе по распределённым системам в таком виде не встречается — это маркетинговая константа, а не инженерный термин. Под ним может скрываться что угодно: новый zk-rollup с кастомным секвенсером, p2p-слой для мемпула, слэшинг-механизм для офф-чейн вычислений или попытка переупаковать уже существующий SaaS.
Для аудита запросите хотя бы один из следующих артефактов:
- исходный код протокола и смарт-контрактов с историей коммитов;
- явное описание trust assumptions — кому конкретно вы доверяете при каждом вызове;
- бенчмарки латентности и пропускной способности под нагрузкой;
- спецификация API/SDK и поведение ноды при сетевых разделах.
Без этого «децентрализованное исполнение» — лейбл, а не свойство.
Контекст: инфраструктура уплотняется
Fermah выходит на рынок, который уже плотно занят. Согласно обзору на quasa.io, QuickNode предлагает multi-chain RPC-доступ к более чем 80 блокчейнам и 130 сетям, включая Ethereum, Solana, Base, Arbitrum, Bitcoin и Polygon, с заявленным SLA 99.99% и сертификациями SOC 2/ISO. Это классическая централизованная модель «узлы как сервис»: удобно для dApp-разработчиков, но точка доверия — сам оператор, а не протокол.
В том же сегменте, по заголовку Yahoo Finance, Figure Technologies (FIGR) развивает блокчейн-инфраструктуру под собственные финансовые продукты. The AI Journal сообщает о расширении вычислительной инфраструктуры Bull DeFi на 40% для корпоративных блокчейн-приложений. Деталей архитектуры в обоих случаях в публичном доступе нет — только заголовки.
Что проверить, прежде чем интегрировать
Если Fermah появится в вашем техническом стеке, не доверяйте названию. Минимальный чек-лист для инженера:
1. Запросить исходники на GitHub — не whitepaper, а код с историей коммитов и публичными аудитами.
2. Проверить список валидаторов/нод и их географическое распределение — без этого «децентрализация» неверифицируема.
3. Снять реальные метрики: TPS, p99 латентности, поведение под слэшингом или при падении части нод.
4. Изучить токеномику, если токен заявлен: где slashing-условия, кто их исполняет, какой оверхед на пользователя.
Пока этих артефактов нет, Fermah остаётся в категории непроверенных заявок — не решений.