Переносимая память агентов поверх Walrus от Mysten Labs (Sui): CID-адресация, Seal-шифрование, remember/recall API

Память вашего ИИ-агента не должна быть привязана к одному приложению, модели или среде выполнения. Walrus Memory даёт агентам переносимую память поверх децентрализованного blob-хранилища Walrus от Mysten Labs (создатели Sui).
Walrus — это децентрализованное blob-хранилище, построенное поверх блокчейна Sui. Его разрабатывает Mysten Labs — та же команда, что создала Sui. Технически Walrus использует Sui для координации и управления (governance), а сами данные — «blob'ы» — хранятся на сети storage-нод с репликацией и эрasure-кодированием.
Walrus Memory — это слой переносимой памяти для AI-агентов поверх этого хранилища. Идея простая: вместо того чтобы держать память в контексте одной сессии или в локальной базе конкретного фреймворка, агент записывает воспоминания в Walrus как blob'ы с верифицируемым идентификатором (CID). Другой агент — в другой сессии, на другой модели, в другой среде выполнения — может эти воспоминания прочитать и продолжить работу с того же места.
Вокруг этой концепции сформировался целый пласт инструментов под общим брендом MemWal: Rust SDK memwal-rs, плагин памяти для агента Hermes, шаблоны для Cloudflare Workers, а также десятки hackathon-проектов, использующих Walrus Memory как слой долговременной памяти.
Память агента — это не «внутреннее состояние модели», а данные, принадлежащие владельцу. Они живут вне любого приложения, шифруются через Seal, адресуются по CID и могут быть прочитаны любым агентом, у которого есть доступ.
Поток данных: агент пишет воспоминание через MemWal SDK → данные шифруются через Seal (децентрализованный сервис управления секретами Mysten Labs) → blob загружается в Walrus и получает CID → метаданные и права доступа фиксируются on-chain в Sui. При recall агент запрашивает blob по CID, расшифровывает и получает память.
| Компонент | Назначение |
|---|---|
| Walrus | Децентрализованное blob-хранилище (storage-ноды, erasure coding) |
| Sui | L1-блокчейн для координации, governance и on-chain аккаунтов |
| Seal | Сервис управления секретами: threshold-шифрование + доступ по политикам |
| MemWal SDK | API remember / recall / analyze / restore для агентов |
| memwal-rs | Rust SDK: provision аккаунтов, delegate-ключи, клиентская шифровка |
| CID | Content-addressed идентификатор каждого воспоминания (как IPFS) |
Официальные SDK доступны для TypeScript (Mysten Labs), Rust (memwal-rs), Go и Python (сообщество). Для быстрого старта через Rust SDK:
# Cargo.toml [dependencies] memwal-core = "0.1" # provision: создать/переиспользовать аккаунт + зарегистрировать delegate-ключ
use std::time::Duration; use memwal_core::{MemWal, MemWalProvisionConfig, RecallParams}; let provisioned = MemWal::provision( MemWalProvisionConfig::new("suiprivkey...") .registry_id("0x...") .delegate_label("my-app"), ).await?; let memwal = provisioned.memwal(); // Запомнить факт let remembered = memwal.remember( "Пользователь предпочитает тёмную тему и Rust", Duration::from_millis(1500), Duration::from_secs(60), ).await?; // Вспомнить по запросу let recalled = memwal.recall(RecallParams { query: "Что предпочитает пользователь?".to_owned(), limit: Some(5), namespace: None, top_k: None, max_distance: None, }).await?; println!("stored: {}", remembered.id); println!("matches: {}", recalled.results.len());
API намеренно минималистичен: агент оперирует четырьмя глаголами — remember (записать), recall (вспомнить по семантическому запросу), analyze (обработать) и restore (восстановить). Семантический recall означает, что агент не обязан помнить точный ключ — он ищет по смыслу.
Большинство современных агентов «забывают» всё после завершения сессии. Память либо живёт в контекстном окне (и исчезает), либо привязана к конкретной среде — базе данных LangChain, памяти CrewAI, локальному файлу Hermes. Сменить модель или фреймворк = потерять память.
Память — это независимый слой данных: владельческие (owner-controlled), зашифрованные (Seal), верифицируемые (CID) blob'ы. Агент — лишь один из потребителей этого слоя, а не его хранитель.
| Решения | Хранение | Переносимость | Владение | Верифицируемость |
|---|---|---|---|---|
| Walrus Memory | децентрализованное (Walrus) | высокая (CID) | владелец | CID + on-chain |
| LangChain Memory | локальная / векторная БД | низкая | приложение | нет |
| CrewAI Memory | локальная / SQLite | низкая | приложение | нет |
| Mem0 / Zep | облачный SaaS | средняя (API) | провайдер | частично |
| Letta (MemGPT) | самоуправляемая | средняя | приложение | нет |
Главное отличие Walrus Memory — децентрализация и владение. Память не зависит ни от одного SaaS-провайдера: данные зашифрованы владельцем, адресуются по CID и могут быть прочитаны любым агентом с правильным ключом, независимо от стека.
Агент на LangChain записал пользовательские предпочтения → агент на CrewAI (или полностью самописный) читает те же blob'ы по CID и продолжает работу. Память не привязана к стеку.
Пользовательские данные шифруются через Seal до загрузки. Даже storage-ноды Walrus не видят содержимое — только владелец с ключом может расшифровать.
Каждое воспоминание имеет CID, а метаданные фиксируются on-chain. Можно доказать, что агент принял решение на основе конкретной записи и когда именно.
Несколько агентов разделяют общий слой памяти с namespaces и разграничением доступа — один помнит факты, другой решения, третий ошибки.
Walrus Memory — не замена классическим векторным базам памяти вроде Mem0 или Zep для типовых чат-ботов. Это инструмент для тех, кому нужны переносимость, владение и аудируемость: мультиагентные системы, агенты с долгоживущими задачами, кросс-фреймворковые конвейеры, продукты с жёсткими требованиями к приватности данных. Если вы строите агента, который должен «жить» дольше одной сессии и переживать смену модели или стека — это прямой кандидат.
Walrus Memory — перспективный и идеологически правильный подход к памяти агентов. Децентрализованное хранилище Walrus, шифрование Seal и CID-адресация дают то, чего не хватает классическим решениям: память как независимый, владельческий, переносимый слой данных. Минусы — ранняя стадия SDK и блокчейн-сложность. Рекомендация Qantcore: 4.2/5 — для мультиагентных и кросс-фреймворковых систем, где переносимость и владение критичны; для простых чат-ботов пока избыточно.