Lithosphere масштабирует протокол MultX для объединения блокчейн-сетей
По данным Issuewire, расширение — часть инфраструктуры для кросс-чейн работы приложений и автономных агентов в экосистеме Web4; заявленная цель — убрать фрагментацию между сетями при сохранении…

Lithosphere (KaJ Labs) раздвинула координационный слой MultX на подключённые сети. По данным Issuewire, расширение — часть инфраструктуры для кросс-чейн работы приложений и автономных агентов в экосистеме Web4; заявленная цель — убрать фрагментацию между сетями при сохранении скоординированной активности на уровне всего стека.
Архитектурная претензия
MultX описан как слой межсетевой координации: задача — связать приложения, активы и «интеллектуальные системы» так, чтобы каждая сеть не воспринималась как изолированный сегмент. Согласно публикации, он интегрирован с Lithic (исполнение с пометкой AI-native), PPAL (persistent identity), DNNS (децентрализованное именование), LEP100 (набор стандартов) и утилитарным токеном LITHO. Chief Scientist KaJ Labs J. King Kasr в комментарии для Issuewire отметил, что кросс-чейн координация становится обязательной для приложений, работающих одновременно в нескольких сетях, и MultX подаётся как инфраструктура для связки исполнения и активности между ними без обращения к внешним релеям.
Чего в материале нет
Публикация не содержит ни спецификации протокола межсетевого взаимодействия, ни описания модели консенсуса между подключёнными сетями, ни бенчмарков по задержке или пропускной способности. Термины «AI-native execution», «persistent identity», «LEP100» не подкреплены ни whitepaper, ни ссылками на репозиторий, ни адресами контрактов в основной сети. Формулировка «AI-native» в контексте L1 звучит скорее как позиционирование, чем как измеримая характеристика — из неё не выводится ни одна метрика.
Проект находится на стадии Pre-TGE, токеномика LITHO публично не зафиксирована, и это критично для оценки модели безопасности. Без неё непонятно, кто в стеке получает слэшинг за некорректные кросс-чейн сообщения и стимулируются ли релеи вообще. В кросс-чейн архитектурах это фундаментальный вопрос: доверие либо выводится из light-client верификации (дорого, но без доверенных сторон), либо из комитета со slashable stake, либо перекладывается на optimistic-схему с fraud proofs. Ни одна из этих моделей в Issuewire не упомянута — только общий вектор «координации».
Что отслеживать
До появления технической документации и верифицируемых метрик MultX остаётся архитектурной абстракцией. Стоит ждать: формат кросс-чейн сообщений (подпись, верификация, защита от реплеев между сетями с разной финальностью), конкретную роль LEP100 в стеке и его отличие от уже существующих стандартов межсетевой совместимости, ончейн-следы развёртывания и хотя бы одну транзакцию-пример, проходящую через MultX end-to-end. Без этих данных разговор о «Web4 ecosystem» остаётся маркетинговой конструкцией: код не предъявлен, бенчмарков нет, репозиторий не указан, аудит сторонними фирмами не анонсирован.