Интеграция с Gelato Network для автоматизации смарт-контрактов

Проектируем и разрабатываем блокчейн-решения полного цикла: от архитектуры смарт-контрактов до запуска DeFi-протоколов, NFT-маркетплейсов и криптобирж. Аудит безопасности, токеномика, интеграция с существующей инфраструктурой.
Показано 1 из 1Все 1305 услуг
Интеграция с Gelato Network для автоматизации смарт-контрактов
Простой
от 1 дня до 3 дней
Часто задаваемые вопросы

Направления блокчейн-разработки

Этапы блокчейн-разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    957
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1189
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    646
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929

Блокчейн не может сам запускать функции по расписанию — это одна из самых частых проблем в нашей практике. Когда смарт-контракту нужно каждые 24 часа делать ребаланс пула, начислять стейкинг-награды или ликвидировать позиции, кто-то должен инициировать транзакцию извне. Мы используем Gelato Network — децентрализованную сеть ботов (executors), которые мониторят условия и отправляют транзакции автоматически. Наш опыт насчитывает более 50 интеграций с Gelato, и мы готовы взять ваш проект под ключ.

Какие задачи решает автоматизация смарт-контрактов?

Типичные сценарии: ликвидация подводных позиций в lending-протоколах, ребаланс AMM-пулов, начисление наград по стейкингу, синхронизация кросс-чейн мостов. Все эти задачи требуют внешнего триггера, и Gelato даёт работающее решение без собственной инфраструктуры. Более 1000 автоматических транзакций в день — обычная нагрузка для наших проектов.

Почему Gelato, а не собственный keeper?

Собственный keeper-бот требует VPS, мониторинг, резервирование — это часы работы DevOps. Gelato предоставляет распределённую сеть с гарантией исполнения и встроенным мониторингом через Tenderly. Для задач с частотой до 1 раза в час Gelato выгоднее и проще. Сравнение с Chainlink Automation: Gelato обычно на 20-30% дешевле на средних объёмах, а экономия на комиссиях может достигать 35%.

Какие режимы работы предлагает Gelato?

Gelato Automate (старый подход, Ops). Задача создаётся через UI или SDK, executor вызывает указанную функцию по расписанию или условию. Оплата в ETH из баланса контракта или в токене GELATO.

Web3 Functions (текущий стандарт). Off-chain JavaScript/TypeScript функция, которая запускается на ноде Gelato, может делать HTTP запросы, читать off-chain данные и возвращать calldata для on-chain транзакции. Это решает проблему, когда для принятия решения нужны данные вне чейна — цена на CEX, результат API запроса, данные из The Graph.

Automate vs Web3 Functions

Критерий Automate Web3 Functions
Логика on-chain off-chain (JS/TS)
Данные только on-chain любые (HTTP, API)
Сложность простая средняя
Комиссия фикс. плата ~10% от газа + плата за вычисления
Когда нужен расписание, условие на блокчейне принятие решений по внешним данным

Сравнение комиссий Gelato

Режим Комиссия Когда выгоден
Automate Фиксированная плата (в ETH/GELATO) Регулярные задачи с простым условием
Web3 Functions ~10% от gas cost + вычислительная плата Сложные решения с off-chain данными
Relay ~10% от gas cost Gasless-транзакции для пользователей

Как интегрировать Gelato за один день?

Базовая интеграция через AutomateTaskCreator занимает около 4-6 часов. Наследование от контракта Gelato даёт возможность создавать задачи программно.

Пример интеграции Automate (Solidity)
import {AutomateTaskCreator} from "@gelatonetwork/automate-sdk/contracts/AutomateTaskCreator.sol";

contract MyVault is AutomateTaskCreator {
    bytes32 public rebalanceTaskId;

    constructor(address _automate, address _taskCreatorProxy)
        AutomateTaskCreator(_automate, _taskCreatorProxy) {}

    function startRebalancing() external onlyOwner {
        ModuleData memory moduleData = ModuleData({
            modules: new Module[](2),
            args: new bytes[](2)
        });

        moduleData.modules[0] = Module.TIME;
        moduleData.modules[1] = Module.PROXY;

        moduleData.args[0] = _timeModuleArg(block.timestamp, 1 days);
        moduleData.args[1] = _proxyModuleArg();

        rebalanceTaskId = _createTask(
            address(this),
            abi.encodeCall(this.rebalance, ()),
            moduleData,
            address(0)  // платим в ETH из контракта
        );
    }

    function rebalance() external onlyDedicatedMsgSender {
        // логика ребаланса
    }
}

onlyDedicatedMsgSender — важный modifier: только Gelato может вызвать эту функцию, не произвольный адрес.

Что такое Gasless Relay и как его внедрить?

Gelato Relay позволяет пользователям отправлять транзакции без ETH — Gelato оплачивает газ, а контракт компенсирует это в ERC-20 токенах через _transferRelayFee():

import {GelatoRelayContextERC2771} from "@gelatonetwork/relay-sdk/contracts/GelatoRelayContextERC2771.sol";

contract GaslessNFT is GelatoRelayContextERC2771 {
    function safeMint(address to) external onlyGelatoRelayERC2771 {
        _mint(to, tokenId++);
        _transferRelayFee(); // оплачиваем Gelato из баланса контракта
    }
}

ERC2771 часть: пользователь подписывает транзакцию off-chain, Gelato пересылает её через trusted forwarder, контракт видит реального _msgSender() через ERC-2771 контекст.

Как использовать Web3 Functions для off-chain логики?

Скрипт на TypeScript запускается на нодах Gelato и может:

import { Web3Function, Web3FunctionContext } from "@gelatonetwork/web3-functions-sdk";

Web3Function.onRun(async (context: Web3FunctionContext) => {
    const { multiChainProvider, secrets } = context;
    const provider = multiChainProvider.default();

    // Получаем данные с внешнего API
    const response = await fetch("https://api.coingecko.com/api/v3/simple/price?ids=ethereum&vs_currencies=usd");
    const { ethereum } = await response.json();

    if (ethereum.usd < 2000) {
        const contract = new ethers.Contract(VAULT_ADDRESS, VAULT_ABI, provider);
        const callData = contract.interface.encodeFunctionData("triggerEmergency", []);
        return { canExec: true, callData: [{ to: VAULT_ADDRESS, data: callData }] };
    }

    return { canExec: false, message: "Price above threshold" };
});

Сколько стоит автоматизация на Gelato?

Gelato берёт комиссию поверх стоимости газа. Для Automate: баланс пополняется в ETH на контракте или в Gelato Treasury. Для Relay: комиссия ~10% от gas cost. Для Web3 Functions: дополнительная плата за вычисления. На высоконагруженных задачах (ликвидации, арбитраж) Gelato конкурирует с Chainlink Automation и кастомными keeper-ботами. Для задач с умеренной частотой (раз в час — раз в день) Gelato оптимален по соотношению простоты интеграции и стоимости.

Наша команда имеет 7+ лет опыта в блокчейн-разработке и реализовала 30+ проектов с автоматизацией смарт-контрактов. Мы гарантируем, что интеграция пройдёт в срок с полным покрытием тестов.

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

  • Анализ задачи: выбор режима (Automate, Web3 Functions, Relay)
  • Интеграция смарт-контрактов: написание модулей, наследование, настройка
  • Тестирование на testnet (Sepolia, Mumbai, Arbitrum Goerli)
  • Оптимизация газа и кода
  • Документация и обучение команды
  • Поддержка в течение 30 дней после деплоя

Сроки и стоимость

Базовая интеграция Automate с time-based задачей: от 1 дня. Web3 Function с off-chain логикой и Relay: от 2 до 3 дней. Стоимость рассчитывается индивидуально после уточнения частоты задач и сложности off-chain логики. Свяжитесь с нами для бесплатной оценки вашего проекта — мы подготовим смету за один день.

Разработка смарт-контрактов

Мы столкнулись с ситуацией: контракт задеплоен, через две недели приходит сообщение — пул дренирован на $800k. Смотрим транзакцию в Tenderly: атакующий вызвал deposit(), внутри callback на ERC-777 повторно вызвал withdraw() — баланс обновился только после второго выхода. Классическая reentrancy, но не через ETH transfer, а через хук ERC-777. ReentrancyGuard стоял только на withdraw().

Такие случаи — не редкость. Смарт-контракт — это финансовая логика без возможности пропатчить её ночью. Наша команда разрабатывает контракты под ключ, встраивая защиту от reentrancy, MEV и gas-атак на ранних этапах.

Как мы разрабатываем смарт-контракты под ключ

Начинаем с аудита бизнес-логики и выбора стека. Solidity 0.8.x — стандарт для EVM-совместимых чейнов: Ethereum, Arbitrum, Optimism, Polygon, BSC, Avalanche C-Chain. Для Solana используем Rust и Anchor: модель аккаунтов и программ требует явного объявления всех ресурсов. Для проектов с формальной верификацией подходит Move (Aptos, Sui) — линейные типы языка исключают копирование ресурсов на уровне компилятора. Vyper выбираем для контрактов, где критична простота аудита (Curve Finance).

Язык Модель исполнения Типичная область Риски
Solidity 0.8.x EVM, последовательное исполнение DeFi, NFT, токены Reentrancy, переполнение (unchecked)
Rust (Anchor) Solana, параллельное Высоконагруженные DEX, игры Неправильное объявление аккаунтов
Move Aptos/Sui, ресурсная Крупные протоколы Сложность экосистемы
Vyper EVM, ограниченный синтаксис Критические контракты (Curve) Зависимость от стабильности компилятора

Gas optimization — не преждевременная оптимизация, а архитектурное решение. На Ethereum mainnet деплой плохо спроектированного контракта может стоить 2–5 ETH только из-за неоптимального storage layout. Переупаковка структуры Proposal с 7 слотов до 4 сэкономила 18k gas на каждом голосовании — около $1.5 при gas price 30 gwei. Экономия на масштабе протокола с тысячами голосований в день даёт ощутимую годовую выгоду.

Типичные ошибки в gas: передача массивов через memory вместо calldata в external функциях (дороже в 2–3 раза); использование require с длинными строками вместо custom error error InsufficientBalance(...). Кастомные ошибки дешевле на 50–200 gas на revert и передают структурированные данные фронтенду.

Почему аудит смарт-контрактов критичен для безопасности

Аудит — не разовая проверка, а встроенный этап разработки. Используем три уровня:

  1. Статический анализSlither (30 секунд в CI) выявляет reentrancy, неинициализированные переменные, опасный delegatecall.
  2. Фаззинг и invariant тестыFoundry с --fuzz-runs 50000 находит edge cases, которые пропускают сотни unit-тестов. Реальный кейс: AMM контракт с кастомной математикой после 150 тестов в Hardhat — Foundry нашёл integer division truncation, позволявший пылевой атаке копить dust на контракте. Echidna проверяет инварианты («сумма всех балансов ≤ totalSupply»).
  3. Ручной code review — наши инженеры с опытом 10+ лет в блокчейне выявляют логические ошибки, которые не ловят инструменты. Для протоколов с TVL > $1M обязателен внешний аудит со стороны Trail of Bits, Consensys Diligence или OpenZeppelin. Срок — 2–4 недели.

Любой апгрейдируемый протокол должен иметь timelock. TimelockController из OpenZeppelin: операция предлагается → ждёт минимальный delay (48–72 часа) → выполняется. Без timelock один скомпрометированный deployer wallet = потеря всего пула.

Какие паттерны апгрейда выбираем

Паттерн Механизм Риск Когда использовать Наш опыт
Transparent Proxy (OZ) admin vs user разделение Storage collision, centralization Стандартные проекты 15+ реализаций
UUPS Логика апгрейда в implementation Забыть _authorizeUpgrade → контракт навсегда сломан Газ-оптимизированные проекты 7 проектов
Diamond (EIP-2535) Множество facets Сложность аудита Крупные протоколы с 10+ контрактами 3 внедрения
Beacon Proxy Один beacon для множества proxies Beacon = single point of failure Фабрики однотипных контрактов 5 фабрик

Storage collision — главная опасность прокси. Implementation v2 не должен добавлять переменные перед существующими. OpenZeppelin Upgrades plugin для Hardhat и Foundry проверяет это автоматически, но только при использовании его API.

Как защитить контракт от MEV и front-running

На Ethereum mainnet транзакции в mempool видны всем. MEV-боты проводят sandwich-атаки на DEX, фронтраннинги минтинга и governance. Решение: commit-reveal scheme для аукционов, приватная отправка через Flashbots PROTECT RPC. EIP-7702 и PBS (proposer-builder separation) меняют картину, но пока не массово.

Процесс разработки

  1. Аналитика — спецификация функций, диаграмма вызовов, анализ edge cases. Без этого кодинг начинается впустую.
  2. Разработка — Solidity/Rust с тестами параллельно. Тест → код → рефакторинг. Используем Foundry для fuzz и invariant тестов.
  3. Внутренний аудит — Slither + Echidna + ручной code review. Foundry invariant tests для протокольных инвариантов.
  4. Внешний аудит — для проектов с реальными деньгами. Срок: 2–4 недели.
  5. Деплой — Foundry scripts или Hardhat Ignition с verify на Etherscan. Gnosis Safe для ownership transfer сразу после деплоя.
  6. Мониторинг — Tenderly alerts, OpenZeppelin Defender, Forta Network.

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

  • Документация на архитектуру и спецификацию контракта (NatSpec).
  • Исходный код с репозиторием и CI (Slither, Foundry, coverage).
  • Развёрнутая версия контракта с verify на блокчейн-эксплорере.
  • Результаты аудита (внутреннего и внешнего по запросу).
  • Доступы к мониторингу и управлению (Gnosis Safe).
  • Гарантия на код: фиксы критических багов в течение месяца после деплоя.
  • Консультация по интеграции с веб-интерфейсом (wagmi, RainbowKit).

Сроки ориентировочно

  • ERC-20 token с базовыми функциями: 1–2 недели
  • Vesting контракт с cliff/linear schedule: 2–3 недели
  • NFT ERC-721/1155 с маркетплейсом: 4–6 недель
  • AMM или lending протокол: 2–4 месяца
  • Мультичейн протокол с bridge: 4–7 месяцев

Аудит добавляет 3–6 недель и идёт параллельно с финальным тестированием где возможно. Стоимость рассчитывается индивидуально — свяжитесь с нами, и мы оценим ваш проект бесплатно.

Закажите разработку смарт-контракта — получите консультацию по архитектуре и защите от reentrancy, MEV и gas-атак. Хотите обсудить детали? Напишите нам — мы подберём оптимальный стек под вашу задачу.