Разработка децентрализованного чата на блокчейне
Мы разрабатываем децентрализованные чаты, где блокчейн используется для identity, ключевого управления, платёжных каналов и proof of existence, а сами сообщения передаются через криптографически защищённый P2P транспорт. Хранение каждого сообщения on-chain на Ethereum mainnet стоит от $2 до $10 — это дорогостоящий публичный реестр, не подходящий для обычного чата. Вместо этого мы проектируем гибридную систему, которая использует блокчейн ровно там, где он даёт преимущества: аутентификация, токен-гейтинг, микроплатежи. Например, проверка владения NFT при вступлении в чат выполняется за один RPC-запрос (стоимость <$0.001), а регистрация пользователя через кошелёк занимает секунду. Такой подход экономит до 90% gas-комиссий по сравнению с полным on-chain хранением. Типичная проблема клиента: нужно обеспечить конфиденциальность переписки, но при этом сохранить неизменяемость истории для аудита. Мы решаем её комбинацией E2E-шифрования (X3DH, как в Signal) и децентрализованного хранения ключей на блокчейне. Оценим ваш проект — пишите.
Как XMTP обеспечивает E2E-шифрование?
XMTP (Extensible Message Transport Protocol) использует протокол X3DH (Extended Triple Diffie-Hellman) для установления общего секрета между отправителем и получателем. Каждое сообщение шифруется на клиенте и расшифровывается только у получателя. Групповые чаты используют MLS (Messaging Layer Security, RFC 9420) с forward secrecy и post-compromise security. Signal Protocol использует аналогичную схему, но XMTP адаптирует её для Ethereum-адресов. В результате даже оператор XMTP-ноды не может прочитать содержимое сообщений — только метаданные (от кого, кому, когда).
Пространство решений: от on-chain до hybrid
Полностью on-chain: только для специфичных случаев
Хранение сообщений on-chain имеет смысл в очень узких сценариях:
- Governance proposals и обсуждения (Snapshot, Tally) — immutability важна
- Dispute resolution в арбитражных протоколах — evidence должен быть tamper-proof
- Critical announcements для DAO — доказуемая публичность
Для этих случаев используем события Ethereum (event MessagePosted(address indexed sender, bytes32 indexed channelId, string content)). Calldata для хранения текста дешевле storage: на Ethereum mainnet 1KB calldata ≈ 16000 gas ≈ $0.5-2. На Arbitrum или Base — в 10-50 раз дешевле.
P2P с on-chain identity: XMTP
XMTP — production-ready протокол для Web3 сообщений, де-факто стандарт для decentralized chat. Используется в Coinbase Wallet, Converse, множестве dApps. Архитектура XMTP:
- Identity базируется на Ethereum адресе. Не нужен отдельный аккаунт.
- Сообщения шифруются end-to-end через X3DH.
- Транспорт — децентрализованная P2P сеть XMTP nodes.
- On-chain: только ключевая информация при первой регистрации пользователя.
import { Client } from '@xmtp/xmtp-js';
import { ethers } from 'ethers';
const signer = await provider.getSigner();
const xmtp = await Client.create(signer, { env: 'production' });
const conversation = await xmtp.conversations.newConversation(
'0xRecipientAddress'
);
await conversation.send('Привет из dApp!');
for await (const message of await conversation.streamMessages()) {
console.log(`${message.senderAddress}: ${message.content}`);
}
XMTP поддерживает structured content types: транзакционные уведомления, NFT attachments, read receipts. Это особенно важно для DeFi контекста: «Отправил тебе 100 USDC» с embedded transaction preview.
Групповые чаты: XMTP MLS
XMTP v3 добавил группы на базе MLS — криптографический протокол для группового шифрования с forward secrecy и post-compromise security. Группа = набор участников, каждый имеет свои ключи, удаление из группы не позволяет читать будущие сообщения.
import { Client } from '@xmtp/xmtp-js';
const group = await xmtp.conversations.newGroup([
'0xAddress1',
'0xAddress2',
'0xAddress3'
]);
await group.send('Всем привет!');
await group.addMembers(['0xNewMember']);
await group.removeMembers(['0xOldMember']);
Почему блокчейн не подходит для хранения сообщений?
Хранение сообщений on-chain экономически нецелесообразно для массового использования: одна транзакция с текстом может стоить $0.5-2 на Ethereum, а для частого обмена это миллионы долларов в год. Основная ценность блокчейна — в децентрализованной аутентификации и управлении доступом. Регистрация пользователя через подпись кошелька (EIP-4361) даёт криптографическое доказательство владения адресом без паролей. Токен-гейтинг позволяет ограничить доступ к чату на основе on-chain условий (например, баланс NFT). Платёжные каналы (Superfluid) автоматизируют микроплатежи за сообщения или подписки. Используя блокчейн только для identity, мы снижаем затраты на 80-95% и получаем масштабируемость.
Сравнение XMTP и Waku
| Характеристика | XMTP | Waku |
|---|---|---|
| Identity | Ethereum-адрес (обязательно) | Опционально, можно любой |
| Транспорт | P2P сеть XMTP-нод | P2P (libp2p, gossipsub) |
| Шифрование | X3DH + MLS | Опционально (на уровне приложения) |
| Хранение истории | Внешнее (Ceramic, Arweave) | Waku Store (ограниченное TTL) |
| Token-gating | Через приложение | Через внешний слой |
| Микроплатежи | Superfluid | Внешние решения |
Как интегрировать XMTP за 4 шага
- Настройка кошелька: Подключите любой Ethereum-кошелёк (MetaMask, WalletConnect). Получите signer через ethers.js или viem.
-
Создание клиента XMTP: Инициализируйте
Client.create(signer, { env: 'production' }). На этом этапе генерируются ключи и регистрируется identity в сети XMTP (требуется одна on-chain транзакция). -
Создание беседы: Вызовите
client.conversations.newConversation(address)для 1-on-1 илиnewGroup(addresses)для групп. Беседа сразу готова к обмену сообщениями. -
Отправка и подписка: Используйте
conversation.send(text)для отправки иstreamMessages()для получения сообщений в реальном времени. Всё E2E-шифровано.
Бессерверный token-gate через XMTP
В XMTP token-gating можно реализовать на стороне клиента: при попытке вступить в группу пользователь подписывает attestation своего on-chain статуса. Существующие участники верифицируют подпись через Ethereum provider. Для более сложных сценариев — Lit Protocol, где только кошелёк с нужным NFT может получить ключ расшифровки канала.
async function checkTokenGate(userAddress: string, channelId: string): Promise<boolean> {
const gateConfig = await getChannelGate(channelId);
const client = createPublicClient({ chain: mainnet, transport: http(RPC_URL) });
if (gateConfig.type === 'ERC20_MINIMUM') {
const balance = await client.readContract({
address: gateConfig.tokenAddress,
abi: erc20Abi,
functionName: 'balanceOf',
args: [userAddress as `0x${string}`]
});
return balance >= gateConfig.minimumAmount;
}
if (gateConfig.type === 'NFT_HOLDER') {
const balance = await client.readContract({
address: gateConfig.contractAddress,
abi: erc721Abi,
functionName: 'balanceOf',
args: [userAddress as `0x${string}`]
});
return balance > 0n;
}
return false;
}
Платёжные каналы в чате
Для микроплатежей (pay-per-message, tips, spam prevention) интегрируем платёжный layer:
- Superfluid streams: отправитель открывает денежный поток получателю, поток активен пока идёт разговор. Закрытие разговора = закрытие потока.
- Inline ETH transfers: при отправке сообщения — опциональная кнопка «Приложить чаевые». Создаёт XMTP сообщение типа
transaction-reference+ параллельную on-chain транзакцию.
Хранение истории и privacy
Децентрализованные транспорты не гарантируют постоянное хранение старых сообщений. Для архива используем:
- Ceramic Network: append-only streams с криптографическими гарантиями авторства
- Arweave: постоянное хранение, дороже, но permanent. Используется для critical communications
- Self-hosted: пользователи хранят сообщения локально (IndexedDB), синхронизируют через IPFS
Privacy-режим: интеграция с Railgun для анонимных сообщений через zk-proofs.
Фронтенд архитектура
Чат — один из самых требовательных к state management UI компонентов. Для Web3 чата:
- Real-time messaging: XMTP SDK предоставляет
streamMessages()async iterator - Message persistence: TanStack Query с infinite scroll для истории и optimistic updates
- Типы контента: рендеринг markdown, встроенные NFT превью, transaction previews
function ChatMessage({ message }: { message: DecodedMessage }) {
if (message.contentType?.sameAs(ContentTypeAttachment)) {
return <AttachmentRenderer attachment={message.content} />;
}
if (message.contentType?.sameAs(ContentTypeTransactionReference)) {
return <TransactionPreview txRef={message.content} />;
}
// Текстовое сообщение
return <ReactMarkdown>{message.content}</ReactMarkdown>;
}
Сравнение подходов
| Подход | Identity | Транспорт | Хранение истории | Token-gating | Микроплатежи |
|---|---|---|---|---|---|
| Полностью on-chain | Ethereum | On-chain (tx) | On-chain | Нативен | Только ETH |
| XMTP | Ethereum (адрес) | P2P сеть XMTP | Внешнее (Ceramic) | Через приложение | Superfluid |
| Waku | Опционально | P2P (libp2p) | Waku Store | Через слой приложения | Внешние |
Что входит в работу
- Анализ требований и проектирование архитектуры
- Выбор стека (XMTP/Waku, Ethereum/Polygon)
- Разработка смарт-контрактов для token-gating и платежей
- Интеграция XMTP/Waku и настройка relay nodes
- Реализация фронтенда (React/Next.js) с поддержкой Web3-кошельков
- Развёртывание и тестирование (Tenderly, Slither)
- Документация и передача исходного кода
- Обучение команды заказчика
- Пост-релизная поддержка
Ориентиры по срокам
- Базовый 1-on-1 чат с XMTP и wallet-based identity — 1-2 недели
- Групповые чаты (XMTP MLS), несколько типов token-gate условий, history persistence — 4-6 недель
- Полноценная платформа с кастомным P2P транспортом, платёжными каналами и multi-chain поддержкой — 2-3 месяца
Стоимость рассчитывается индивидуально. Готовы обсудить ваш проект? Свяжитесь с нами для консультации.