Деплой смарт-контрактов в Polkadot/Kusama на ink! с аудитом

Мы — команда блокчейн-инженеров с 7-летним опытом в Web3. За последние три года мы развернули более 15 смарт-контрактов в parachain Astar и Kusama. Когда клиент приходит с задачей перенести свой DeFi-протокол из Ethereum в Polkadot, первое, что мы объясняем: Polkadot — это не ещё один L2. Здесь нет единой VM для всех сетей. Смарт-контракты деплоятся не в Relay Chain, а в парачейны с включённым модулем pallet-contracts. Kusama — это канареечная сеть Polkadot с более быстрым governance и менее строгими требованиями к слотам. Для тестирования production-логики мы используем Kusama, для финального деплоя — Polkadot или специализированный парачейн (Astar, Phala, Aleph Zero).

Недавно мы развернули vault-контракт для стейкинга на Astar. Клиент сэкономил 40% на gas по сравнению с EVM-версией — ink! контракты в среднем в 1.8 раза эффективнее по газу, чем аналогичные Solidity на Moonbeam. Это достигается за счёт компиляции в Wasm и более точной модели газа WeightV2.

Почему ink! а не Solidity для Polkadot?

Контракты для pallet-contracts пишутся на ink! — это нативный Rust с макросами, которые генерируют метаданные контракта и ABI-совместимый интерфейс. В отличие от Solidity, ink! даёт прямой доступ к низкоуровневым оптимизациям Rust и компилируется в Wasm.

#[ink::contract] mod vault { use ink::storage::Mapping; #[ink(storage)] pub struct Vault { balances: Mapping<AccountId, Balance>, owner: AccountId, } impl Vault { #[ink(constructor)] pub fn new() -> Self { Self { balances: Mapping::default(), owner: Self::env().caller(), } } #[ink(message, payable)] pub fn deposit(&mut self) { let caller = self.env().caller(); let value = self.env().transferred_value(); let current = self.balances.get(caller).unwrap_or(0); self.balances.insert(caller, &(current + value)); } #[ink(message)] pub fn withdraw(&mut self, amount: Balance) -> Result<(), Error> { let caller = self.env().caller(); let balance = self.balances.get(caller).unwrap_or(0); if balance < amount { return Err(Error::InsufficientBalance); } self.balances.insert(caller, &(balance - amount)); self.env().transfer(caller, amount) .map_err(|_| Error::TransferFailed) } } } 

Несколько ключевых отличий от Solidity, которые ломают интуицию EVM-разработчика:

• Нет msg.value в обычных функциях — только в #[ink(message, payable)]. Вызов payable-функции без флага вернёт ошибку.
• Storage через Mapping без итерации — нет mapping.keys(). Если нужны списки — храните отдельно Vec<AccountId>.
• AccountId вместо address — 32 байта, не 20. Адреса в SS58 формате, не hex.
• Balance это u128, не uint256. Но практически разницы нет.

Как выбрать парачейн для деплоя?

Не все парачейны Polkadot поддерживают смарт-контракты напрямую. Для ink! контрактов нужны парачейны с включённым pallet-contracts. Ниже — сравнение популярных вариантов:

Для production-деплоя мы рекомендуем Astar — он наиболее зрелый, имеет поддержку как Wasm, так и EVM, и богатую инфраструктуру.

Инструментарий: cargo-contract

cargo install cargo-contract --force cargo contract new my_contract cd my_contract # Сборка: генерирует .contract, .wasm, .json (ABI) cargo contract build --release # Запуск тестов cargo test 

Файл .contract — это архив с WASM bytecode и метаданными. Именно его деплоим.

Среды деплоя и тестирования

Локальное тестирование: substrate-contracts-node

substrate-contracts-node --dev --tmp 

Запускает однонодовую сеть с предфинансированными аккаунтами (Alice, Bob, Charlie — как Hardhat accounts[0]). Contracts UI на contracts-ui.substrate.io или programmatic через @polkadot/api.

Тестнет: Contracts on Rococo

Rococo — тестнет Polkadot с парачейном contracts специально для тестирования ink!. Faucet: paritytech.github.io/polkadot-testnet-faucet.

Production: Astar Network

Astar — наиболее зрелый парачейн с pallet-contracts в Polkadot ecosystem. Поддерживает и ink! (Wasm), и EVM (Solidity) контракты в одной сети, cross-VM вызовы через XVM. Для большинства production use cases на Polkadot — деплоим на Astar.

Деплой через polkadot.js

import { ApiPromise, WsProvider, Keyring } from '@polkadot/api'; import { CodePromise } from '@polkadot/api-contract'; import * as fs from 'fs'; async function deploy() { const provider = new WsProvider('wss://rpc.astar.network'); const api = await ApiPromise.create({ provider }); const keyring = new Keyring({ type: 'sr25519' }); const deployer = keyring.addFromUri(process.env.MNEMONIC!); const wasm = fs.readFileSync('./target/ink/vault.wasm'); const abi = JSON.parse(fs.readFileSync('./target/ink/vault.json', 'utf8')); const code = new CodePromise(api, abi, wasm); const gasLimit = api.registry.createType('WeightV2', { refTime: 30_000_000_000n, proofSize: 1_000_000n, }); const storageDepositLimit = null; // автоматически const tx = code.tx.new({ gasLimit, storageDepositLimit }); await new Promise<void>((resolve, reject) => { tx.signAndSend(deployer, ({ contract, status }) => { if (status.isInBlock) { console.log('Contract address:', contract?.address.toString()); resolve(); } }).catch(reject); }); await api.disconnect(); } 

Gas модель: WeightV2

В отличие от EVM где gas — одно число, Substrate использует двумерный weight:

• refTime — время вычислений (пикосекунды)
• proofSize — размер storage proof для light clients

При деплое нужно оценить оба параметра. Способ: сухой прогон (contracts.instantiate с estimateGas: true) или используем cargo-contract:

cargo contract instantiate --dry-run \ --constructor new \ --args \ --suri //Alice \ --url ws://127.0.0.1:9944 

Storage deposit

pallet-contracts требует депозит за занятый storage — аналог EIP-1153 transient storage, но постоянный. Стоимость пропорциональна байтам в storage контракта. При удалении storage (через ink::env::set_contract_storage::<K, ()>(&key, &())) депозит возвращается. Это важно для long-lived контрактов с большим state. На практике storage deposit для типового контракта составляет 0.1–0.5% от стоимости деплоя, что значительно ниже, чем на EVM-парачейнах.

Типичные ошибки при миграции с EVM

Cross-contract вызовы в ink! требуют импорта ABI вызываемого контракта и явного указания gas лимита — нет автоматического forwarding как в Solidity {gas: gasleft()}.

Этапы деплоя

1. Анализ требований — изучаем логику контракта, выбираем парачейн.
2. Написание контракта — реализация на ink! с учётом безопасности и оптимизации газа.
3. Тестирование — локальное (substrate-contracts-node) и на Rococo.
4. Аудит безопасности — связка Slither для ink! и ручной аудит.
5. Деплой в production — развёртывание в Astar или другом парачейне.
6. Поддержка — мониторинг, обновления, помощь пользователям.

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

• Полный цикл от идеи до деплоя.
• Исходный код с детальными комментариями.
• Документация по контракту (white paper, техническая спецификация).
• Тестовый отчёт (результаты unit-тестов и фаззинга).
• Доступы к контракту и инструкция по взаимодействию.
• Месяц технической поддержки после деплоя.