Разработка блокчейн-чата с XMTP, token-gating и E2E-шифрованием

Разработка децентрализованного чата на блокчейне

Мы разрабатываем децентрализованные чаты, где блокчейн используется для 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 за 4 шага

1. Настройка кошелька: Подключите любой Ethereum-кошелёк (MetaMask, WalletConnect). Получите signer через ethers.js или viem.
2. Создание клиента XMTP: Инициализируйте Client.create(signer, { env: 'production' }). На этом этапе генерируются ключи и регистрируется identity в сети XMTP (требуется одна on-chain транзакция).
3. Создание беседы: Вызовите client.conversations.newConversation(address) для 1-on-1 или newGroup(addresses) для групп. Беседа сразу готова к обмену сообщениями.
4. Отправка и подписка: Используйте 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>; } 

Сравнение подходов

Что входит в работу

• Анализ требований и проектирование архитектуры
• Выбор стека (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 месяца

Стоимость рассчитывается индивидуально. Готовы обсудить ваш проект? Свяжитесь с нами для консультации.