Типы смарт-контрактов: модели, варианты использования и передовой опыт

Введение

Обновлено 10.09.2026

Смарт-контракт — это программа, которая хранится в блокчейне и выполняется, когда наступают заранее заданные условия. Она держит условия договоренности в коде, исполняет их автоматически и записывает результат в реестр, который может проверить каждый участник. Ни один тип смарт-контракта не закрывает все задачи: токен-контракт, протокол кредитования и контракт для цепочки поставок работают в одной среде, но не совпадают почти ни в чем — ни по устройству, ни по рискам, ни по нагрузке комплаенса.

Эта статья разбирает основные типы смарт-контрактов, чем они отличаются друг от друга и какие компании используют их в реальной работе.

Что такое смарт-контракт

Смарт-контракт — это самоисполняющийся код, размещенный в блокчейне. После размещения он сам следит за соблюдением своих правил: когда условия выполнены, контракт переводит средства, меняет состояние или запускает следующий шаг без чьего-либо ручного согласования.

Это убирает посредников из расчетов, но заодно убирает и привычные пути отступления. Развернутый контракт делает то, что написано в коде, а не то, что имел в виду автор. Смарт-контракты работают в публичных сетях — Ethereum, Solana, TON — и в закрытых корпоративных сетях вроде Hyperledger Fabric, где участники известны заранее.

Основные типы смарт-контрактов

Смарт-контракты делятся по тому, чем они управляют: активами, капиталом, решениями, доступом или процессами. Девять моделей покрывают большую часть того, что реально работает в продакшене.

• Токен-контракты — выпуск и управление цифровыми активами. Взаимозаменяемые токены (ERC-20), уникальные (ERC-721), смешанные (ERC-1155). Основные функции: выпуск, сжигание, переводы, логика роялти.

• DeFi-контракты — движение капитала: биржи, кредитование, стейкинг. Зависят от оракулов, и эта зависимость — их главное уязвимое место: reentrancy, атаки через флеш-займы, манипуляция оракулом.

• Контракты управления и DAO — коллективные решения превращаются в исполняемые действия: предложения, голосование, автоматическое исполнение. Обычно те же контракты управляют казной.

• Эскроу и платежные контракты — удерживают средства до выполнения условий; потоковые платежи для зарплат, подписок, вестинга и роялти.

• Контракты доступа и идентификации — решают, кому что можно: роли, права, привязка KYC и AML к действиям в сети. В регулируемых отраслях именно этот слой делает возможным все остальное.

• NFT и игровые контракты — аренда, подписки, механика лутбоксов, внутриигровые экономики.

• Контракты маркетплейсов и роялти — листинги, ставки, продажи; выплата авторам происходит внутри перевода, а не счетом после.

• Кросс-чейн и мостовые контракты — блокируют актив в одной сети и выпускают представление в другой. Мост держит ценность с обеих сторон, поэтому несет более тяжелую нагрузку по безопасности, чем контракты, которые он соединяет.

• Корпоративные контракты — автоматизация B2B-процессов: цепочки поставок, счета, расчеты, отчетность. Работают в закрытых сетях, где конфиденциальность между сторонами важна не меньше проверяемости.

Примеры из реальной практики

• Цепочка поставок — Walmart и IBM Food Trust. Пилот Walmart с IBM на Hyperledger Fabric сократил время отслеживания партии манго до фермы с примерно семи дней до 2,2 секунды (кейс Hyperledger Fabric, Linux Foundation Decentralized Trust).

• Медицина — MedRec, MIT Media Lab. Система медицинских записей на Ethereum. Данные остаются в системах клиник, в блокчейне живут только права доступа. MedRec2.0 тестировали на базе Beth Israel Deaconess Medical Center.

• Кредитование — Aave. Документация описывает протокол как «набор смарт-контрактов, обеспечивающий заимствование цифровых активов с избыточным обеспечением». Ликвидацию просевшей позиции проводит любой участник — то, что в банке делал бы кредитный отдел, здесь исполняет код.

• Недвижимость — Propy. В феврале 2022 года дом в Галфпорте, Флорида, продан на аукционе как NFT примерно за 653 000 долларов (210 ETH). NFT передавал права на компанию-владельца, а не сам документ на дом.

• Страхование — Etherisc FlightDelay. Страховка задержки рейса на данных Chainlink: выплата исполняется автоматически, заявление подавать не нужно — данные, которые доказали бы страховой случай, и есть его триггер.

• Управление — Sky, бывший MakerDAO. Держатели блокируют токены в контракте голосования, принятые решения исполняются прямо в контрактах протокола. В 2024 году проект переименовался в Sky и перевел управление с токена MKR на SKY.

Как выбрать тип контракта

Идти надо от актива и контрагента, а не от технологии. В проектах ilink в финтехе и блокчейне модель обычно определяется тем, кто контрагент и что придется доказывать регулятору, — выбор сети следует уже из этого, а не наоборот.

Стартапу с MVP чаще всего хватает токен-контракта. Продукту с кредитованием или торговлей нужны DeFi-контракты и стратегия работы с оракулами с первого дня. Компании, автоматизирующей расчеты с поставщиками, нужны корпоративные контракты в закрытой сети. Продукту, работающему с документами пользователей, контракты доступа нужны раньше всего остального.

Дальше сеть проверяется по трем ограничениям: стоимость транзакции на ваших объемах, скорость финализации, которую вытерпят пользователи, и зрелость инструментов для тестирования и мониторинга.

Безопасность и комплаенс

Большинство потерь на смарт-контрактах происходит из короткого списка известных дефектов, а не из-за экзотической криптографии: reentrancy, переполнение целых чисел, ошибки в правах доступа, манипуляция оракулом, небезопасные внешние вызовы, логические ошибки и неудачные обновления.

Меры тоже известны: независимый аудит до мейннета, программы багбаунти после запуска, формальная верификация для контрактов с наибольшей суммой внутри. В регулируемых проектах добавляется слой комплаенса — KYC, AML, проверка санкционных списков, отчетность. В регулируемых проектах ilink этот слой доступа проектируется первым: встроить его в уже живой набор контрактов означает передеплоить все, что от него зависит.

Практики внедрения

1. Модульная архитектура. Простая логика в отдельных контрактах с понятной ответственностью дешевле в аудите и в починке.

2. События на все значимое. Без логов не видно, что сделал контракт, — ни вам, ни мониторингу.

3. Мультиподпись и таймлоки на привилегированные действия, чтобы один ключ не менял систему мгновенно.

4. Тесты в тестовой сети в реальных условиях до мейннета, включая сценарии отказа, а не только удачный путь.

5. Мониторинг после запуска. Детект аномалий — это то, чем ловят эксплойт в процессе, а не в разборе после.