Розробка смарт-контрактів для 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. Наприклад, при 1000 інференсах на день економія складе $49,950 на місяць.
Як контракт верифікує off-chain обчислення?
Оптимістична верифікація з dispute window. Оператор заявляє про виконання інференсу, публікує хеш результату. Протягом N годин споживач може оскаржити результат. При спорі — арбітраж (on-chain голосування або Kleros). Мінус: затримка оплати, UX-тертя.
Proof-of-inference через zkML. Zero-knowledge proof того, що модель дала конкретний висновок на конкретних вхідних даних. Технологія розвивається: бібліотека EZKL дозволяє конвертувати ONNX-моделі в ZK-circuit (Halo2). Верифікатор — смарт-контракт, який перевіряє proof за ~500K gas [EZKL Documentation]. Обмеження: працює для моделей до ~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.
Зв'яжіться з нами, щоб обговорити деталі вашого проєкту та отримати попередню оцінку. Замовте консультацію для аналізу ваших вимог — ми підберемо оптимальну архітектуру та стек. Запросіть індивідуальний розрахунок бюджету для вашого сценарію.