Ceramic Network – протокол синхронизации подписанных потоков данных между независимыми узлами. Он создавался как слой изменяемой информации для децентрализованных приложений: профилей, связей, настроек и истории действий. В отличие от обычного смарт-контракта, Ceramic не требует, чтобы каждый узел сети хранил единое глобальное состояние.
Нынешняя реализация называется Ceramic One. Старый клиент js-ceramic и база ComposeDB объявлены устаревшими, а команда, создавшая Ceramic, переключила основной фокус на Recall. Поэтому проект полезно рассматривать как открытый протокол с ограниченным дальнейшим развитием, а не как быстро расширяющуюся коммерческую платформу.
События и потоки
Базовая единица Ceramic – неизменяемое событие. Производитель подписывает данные идентификационным ключом и распространяет их по сети. Последовательность связанных событий образует stream – поток, состояние которого вычисляется применением обновлений в установленном порядке.
Событие нельзя незаметно переписать задним числом, но автор способен добавить следующее обновление. Это позволяет строить изменяемый профиль поверх неизменяемой истории. Подобно индексаторам The Graph, потребитель вычисляет удобное представление из исходных событий, однако Ceramic также отвечает за их распространение между заинтересованными узлами.
Идентичность и подписи
Производитель связывает события с DID, например did:key или did:pkh. Первый опирается непосредственно на криптографический ключ, второй связывает идентификатор с адресом блокчейна. Подпись доказывает, что обновление выпущено обладателем нужного ключа.
DID не подтверждает настоящее имя и не скрывает содержание. Если профиль опубликован открыто, криптографическая подпись делает его проверяемым, но не конфиденциальным. Для закрытых полей требуется отдельное шифрование и безопасная передача ключа.
Interests и выборочное хранение
Узел объявляет Interests – набор интересующих его потоков или диапазонов идентификаторов. Он получает соответствующие события и не обязан сохранять всё, что существует в сети. Такой подход уменьшает требования к диску и позволяет приложению обслуживать только собственный набор данных.
Обратная сторона – отсутствие автоматической вечной доступности. Если ни один активный узел больше не заинтересован в потоке, найти его историю может стать невозможно. Для долговременного архива нужен оператор, который сознательно сохраняет данные, либо внешний слой хранения вроде Filecoin.
Recon и синхронизация
Recon – протокол согласования наборов событий между узлами. Два участника сравнивают краткие представления своих данных, находят различия и передают недостающие элементы. Синхронизация идёт попарно и не требует центрального сервера, содержащего окончательную копию всего Ceramic.
Сеть является eventually consistent: после обмена доступными событиями узлы должны прийти к совместимому состоянию, но в каждый момент их представления могут различаться. Приложение обязано корректно обрабатывать задержки, конкурирующие обновления и временную неполноту.
Ceramic One
Ceramic One написан на Rust и объединяет хранение событий, Recon, подписку по Interests и программный интерфейс для приложений. Узел можно запускать самостоятельно, не обращаясь к прежнему централизованному Ceramic Anchor Service. Поддерживается самостоятельное якорение состояния в EVM-сетях.
Реализация достигла уровня функционально завершённого минимального продукта. После смены фокуса команды планируется прежде всего исправлять критические ошибки, а не развивать широкий набор новых функций. Это важное ограничение для проекта, который выбирает Ceramic как долгосрочную зависимость.
Что произошло с ComposeDB
ComposeDB предоставляла графовую модель данных и запросы поверх Ceramic. Разработчики создавали составные схемы, а клиенты работали с профилями как с базой данных. Вместе с js-ceramic эта система была основным рекомендуемым стеком в 2023–2024 годах.
В апреле 2025 года оба компонента объявили устаревшими. Новым проектам предложено использовать Ceramic One напрямую, а существующим – планировать миграцию. Поэтому старые руководства по ComposeDB не описывают текущий поддерживаемый путь. Социальные приложения вроде Lens также показывают, что протокол данных должен иметь ясную стратегию доступности, а не только удобную схему запросов.
Токен и управление
У Ceramic нет нативного токена. Ранние материалы обсуждали будущую экономику узлов и возможное управление, но монета не была запущена. Работа узла оплачивается его оператором, а протокол не выдаёт автоматические награды за хранение чужих потоков.
Код распространяется с открытой лицензией, а изменения проходят через разработчиков и репозитории проекта. Отсутствие токена избавляет от спекулятивной токеномики, но оставляет нерешённым вопрос экономического стимулирования независимых архивов.
История
Майкл Сена, Дэнни Цукерман и Джоэл Торстенссон основали 3Box в 2018 году для децентрализованных профилей. Из этой работы вырос Ceramic. Тестовая сеть появилась в 2021 году, а основная сеть – 29 июня того же года. ComposeDB вышла в публичную бета-версию в 2023 году.
В феврале 2025 года 3Box Labs объединилась с Textile и образовала Recall Labs. В апреле команда объявила переход основного внимания к Recall, устаревание js-ceramic и ComposeDB и сохранение Ceramic One как самостоятельной открытой реализации.
Команда
Историческими сооснователями являются Майкл Сена, Дэнни Цукерман и Джоэл Торстенссон. После объединения с Textile они работают в структуре Recall Labs. Ceramic One остаётся доступным сообществу, но прежняя команда уже не обещает прежний темп продуктового развития.
Применение
Ceramic подходит для подписанных профилей, журналов действий, общих социальных графов и данных, которые меняются чаще, чем разумно записывать в блокчейн. Приложение может само выбирать нужные потоки и проверять авторство. Для критических архивов требуется отдельный план репликации и восстановления.
Риски
- Доступность. Событие не сохранится навсегда без узла, заинтересованного в его хранении.
- Задержка согласования. Узлы могут временно видеть разные версии потока.
- Конфликты. Параллельные обновления требуют детерминированных правил приложения.
- Приватность. Подпись подтверждает автора, но не шифрует опубликованные данные.
- Устаревший стек. js-ceramic и ComposeDB больше не являются рекомендуемой основой.
- Ограниченное развитие. Приоритет Recall снижает вероятность крупных новых возможностей Ceramic One.
Вывод
Ceramic One остаётся интересным протоколом выборочной синхронизации подписанных событий. Он даёт приложению контроль над данными без глобальной базы, но не гарантирует вечное хранение и мгновенное единое состояние. Перед внедрением необходимо учитывать переход команды к Recall, закрытие старого стека и отсутствие экономического слоя для независимых архивов.
