Разработка смарт-контрактов для AI-маркетплейса: ключевые вызовы
Мы разрабатываем смарт-контракты для AI-маркетплейсов под ключ. AI-маркетплейс на блокчейне — это не просто «добавить крипто-оплату к SaaS». Это система, где on-chain компоненты отвечают за расчёты между разработчиками моделей и потребителями, верификацию выполненных инференсов, управление доступом к API и распределение роялти. Сложность в том, что AI-инференс происходит off-chain, а блокчейн должен это верифицировать без доверия к оператору. Наша команда с 5+ лет опыта (15+ проектов) решает эту задачу с помощью комбинации оптимистичных, zkML и TEE-подходов, выбирая оптимальный для вашего бюджета и требований. Уже на этапе проектирования мы оцениваем газовые затраты и выбираем L2-сеть с минимальными комиссиями: L2 транзакции дешевле mainnet в 100–1000 раз. Экономия на транзакциях по сравнению с mainnet может достигать 99% — с $50 за инференс до $0.05 на L2.
Как контракт верифицирует off-chain вычисления?
Оптимистичная верификация с dispute window. Оператор заявляет о выполнении инференса, публикует хэш результата. В течение N часов потребитель может оспорить результат. При споре — арбитраж (on-chain голосование или Kleros). Минус: задержка оплаты, UX-трение.
Proof-of-inference через zkML. Zero-knowledge proof того, что модель дала конкретный вывод на конкретных входных данных. Технология развивается: библиотека EZKL позволяет конвертировать ONNX-модели в ZK-circuit (Halo2). Верификатор — смарт-контракт, который проверяет proof за ~500K gas. Ограничение: работает для моделей до ~50M параметров, GPT-4-класс верифицировать так невозможно пока.
TEE-based attestation. Инференс выполняется внутри Trusted Execution Environment (Intel TDX, AMD SEV). TEE генерирует аттестат — подпись, которую верифицирует on-chain оракул. Marlin Oyster, Phala Network предоставляют инфраструктуру для этого. Доверие переносится с оператора на Intel/AMD.
| Метод | Задержка | Гарантия | Стоимость газа |
|---|---|---|---|
| Optimistic | ~N часов | Экономическая | ~50K gas |
| zkML (EZKL) | ~5 мин | Математическая | ~500K gas |
| TEE (Marlin) | ~1 мин | Аппаратная | ~100K gas |
Если вы хотите узнать, какой метод верификации подойдёт вашему проекту, закажите консультацию.
Какие on-chain компоненты нужны?
Типичный AI-маркетплейс требует несколько взаимодействующих контрактов:
ModelRegistry — реестр AI-моделей. Хранит: CID модели на IPFS/Arweave, адрес владельца, pricing (per-request стоимость), метаданные (тип модели, входной/выходной формат). Владелец может обновить цену и CID (новая версия модели), но не может изменить историю запросов.
InferenceEscrow — эскроу для расчётов. Потребитель депонирует оплату + security deposit. Оператор выполняет инференс и получает оплату после подтверждения. Если подтверждения нет через timeout — автоматический рефанд.
ReputationOracle — счётчик успешных/оспоренных запросов для каждого оператора. Операторы с низким рейтингом требуют больший deposit или блокируются.
RevenueDistributor — роялти за использование модели. Если модель создана командой (несколько contributor-ов), контракт автоматически распределяет доходы пропорционально весам.
contract ModelRegistry {
struct Model {
address owner;
string ipfsCID; // модель + weights
string metadataCID; // описание, input/output schema
uint256 pricePerCall; // в USDC (6 decimals)
bool active;
}
mapping(bytes32 => Model) public models;
event ModelRegistered(bytes32 indexed modelId, address owner, string ipfsCID);
event ModelUpdated(bytes32 indexed modelId, string newCID, uint256 newPrice);
function registerModel(
string calldata ipfsCID,
string calldata metadataCID,
uint256 pricePerCall
) external returns (bytes32 modelId) {
modelId = keccak256(abi.encodePacked(msg.sender, ipfsCID, block.timestamp));
models[modelId] = Model({
owner: msg.sender,
ipfsCID: ipfsCID,
metadataCID: metadataCID,
pricePerCall: pricePerCall,
active: true
});
emit ModelRegistered(modelId, msg.sender, ipfsCID);
}
}
Платёжная модель
Pay-per-use — проще для потребителя, но каждая транзакция на mainnet стоит дорого. Решение: Layer 2 (Arbitrum, Base) или state channel.
Subscription / credit model — потребитель покупает кредиты (ERC-20 токен протокола), списание при инференсе. Оператор получает кредиты, протокол периодически распределяет их в stablecoin.
API key on-chain — NFT как API ключ (ERC-721 или ERC-1155). Владелец NFT получает доступ к модели. Роялти за вторичные продажи (EIP-2981) идут разработчику.
Governance и апгрейдируемость
Используем UUPS proxy (EIP-1967) для апгрейда. Governance — через Governor Bravo с timelock. Параметры, которые не меняются: балансы пользователей, исторические данные. Они хранятся в immutable storage.
Какой L2 выбрать для AI-маркетплейса?
Mainnet Ethereum с $5-50 за транзакцию нежизнеспособен. Предпочтительные варианты:
| Сеть | TPS | Стоимость транзакции | Экосистема |
|---|---|---|---|
| Arbitrum One | ~40K | $0.01-0.1 | Зрелая |
| Base | ~40K | $0.001-0.05 | Растущая |
| Polygon PoS | ~65K | $0.001-0.01 | Зрелая |
| Optimism | ~40K | $0.01-0.1 | Зрелая |
Если проект ориентирован на AI Web3 — рассматриваем Ritual или Gensyn.
Что входит в работу
- Полный набор смарт-контрактов (реестр, эскроу, распределение доходов)
- Юнит- и интеграционные тесты (Foundry, fuzzing)
- Развёртывание и верификация контрактов в блокчейн-обозревателе
- Документация API и архитектуры
- Поддержка в течение месяца после запуска
Процесс и сроки
- Архитектурное проектирование (3-5 дней)
- Разработка смарт-контрактов (1.5-2 недели)
- Интеграционное тестирование (3-5 дней)
- Аудит безопасности (7-10 дней параллельно)
- Развертывание и документирование (2-3 дня)
Итого от проектирования до готового к аудиту кода: 1-2 недели в зависимости от выбранной модели верификации и сложности governance.
Свяжитесь с нами, чтобы обсудить детали вашего проекта и получить предварительную оценку. Закажите консультацию для анализа ваших требований — мы подберём оптимальную архитектуру и стек. Запросите индивидуальный расчёт бюджета для вашего сценария.