Смарт-контракты и турецкое право: практическое руководство для иностранного бизнеса

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

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

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

Полезно разделять два понятия, которые маркетинговый язык часто смешивает:

• Юридическое соглашение — встреча воль сторон относительно цены, обязательств и способов защиты прав.
• Исполняющий код — автоматизированный механизм, который реализует часть (или всё) этого соглашения.

С точки зрения турецкого права смарт-контракт не является особой категорией договора. Это лишь одна из возможных форм, в которой договор выражается и исполняется. Привычные нормы Турецкого обязательственного кодекса (TBK, Закон № 6098) по-прежнему решают, существует ли действительное и обязывающее соглашение — независимо от того, изложены ли условия в документе Word или в коде на языке Solidity. Именно вокруг правильного построения этого юридического слоя выстроена наша работа по составлению и проверке коммерческих договоров.

Имеют ли смарт-контракты юридическую силу в Турции?

В принципе да. Турецкое договорное право следует принципу свободы формы: если закон не требует определённой формы, договор считается заключённым в силу взаимных и совпадающих волеизъявлений сторон. Поэтому договор может быть заключён в электронном виде, в том числе посредством кода, фиксирующего оферту и акцепт.

Однако для иностранного бизнеса важны две оговорки:

• Обязательные требования к форме сохраняются. Некоторые сделки должны совершаться в письменной форме или перед должностным лицом — например, продажа недвижимости (оформляется в Управлении земельного кадастра) или отдельные виды передачи долей в компании. Запись в блокчейне не заменяет эти формальности. Смарт-контракт, претендующий на передачу турецкой недвижимости, сам по себе не перенесёт право собственности.
• Правила о дееспособности и согласии воли продолжают действовать. Заблуждение, обман и принуждение (TBK ст. 30-39) могут сделать соглашение ничтожным или оспоримым, даже если код отработал безупречно. Корректно исполнившийся код — это не то же самое, что юридически действительное согласие воли.

Требования к форме: что код может и чего не может

Самый важный вопрос для любого связанного с Турцией смарт-контракта — это требование к форме основной сделки. Турецкое право делит договоры на три широкие группы, и код самостоятельно способен «нести» только первую из них.

Два практических момента, в которых иностранный бизнес часто ошибается:

• Поручительства и гарантии. Многие обеспечительные договоры (teminat sözleşmeleri) — поручительство (kefalet) самый наглядный случай — вообще не могут быть «исправлены» электронной подписью. Им требуется письменная или нотариальная форма со строгими требованиями к содержанию, поэтому смарт-контракт не может их заменить.
• Передача долей различается по типу компании. Передача доли в обществе с ограниченной ответственностью (limited şirket) требует нотариально удостоверенного письменного договора уступки плюс регистрации (TTK ст. 595) — код не может заменить нотариальный шаг. В акционерном обществе (anonim şirket) именные акции, как правило, переходят посредством индоссамента и передачи, что оставляет больше пространства для цифровых процессов, но всё равно зависит от надлежащих корпоративных записей. Если вы регистрируете турецкую компанию с прицелом на ончейн-механику, выстраивайте структуру долей под эти правила с самого начала.

Электронная подпись и ловушка письменной формы

Там, где договор должен быть заключён в письменной форме, турецкое право признаёт защищённую (квалифицированную) электронную подпись равнозначной собственноручной. Квалифицированная электронная подпись, выданная аккредитованным турецким поставщиком услуг сертификации (ESHS), имеет ту же юридическую силу, что и подпись чернилами.

Именно здесь многие трансграничные смарт-контрактные конструкции сталкиваются с трудностями. Криптографический ключ, управляющий блокчейн-кошельком, не является автоматически защищённой электронной подписью по Закону № 5070, поскольку такой статус требует квалифицированного сертификата от аккредитованного поставщика, а не просто закрытого ключа. Поэтому сделка, подписанная только ключом кошелька, может быть вполне действительной для договора свободной формы, но не дотягивать там, где закон требует письменной формы — и вовсе может оказаться неспособной её соблюсти там, где закон исключает электронную подпись (например, поручительство, требующее нотариальной формы).

Когда закон о криптоактивах применяется к вашему смарт-контракту?

Это та часть картины, которая изменилась совсем недавно, и теперь она находится в центре многих смарт-контрактных проектов. До 2024 года криптодеятельность в Турции существовала в практически нерегулируемом пространстве. Это больше не так.

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

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

• Лицензирование (SPK). Деятельность в качестве криптоактивной платформы, кастодиана или поставщика услуг для турецких пользователей, как правило, требует разрешения. Ведение такой деятельности без лицензии — серьёзный регуляторный риск.
• Противодействие отмыванию денег (MASAK). Поставщики услуг в сфере криптоактивов являются обязанными субъектами в рамках турецкой системы ПОД/ФТ, с обязанностями по идентификации клиента (KYC) и отчётности. Крипто-«правило путешествия» (Travel Rule) — требование о передаче информации об отправителе и получателе вместе с переводами — применяется к подпадающим под него поставщикам.
• Вопросы периметра. Чисто одноранговый (peer-to-peer) код или договор, который лишь использует токен как платёжное средство, не предлагая регулируемой услуги, может оказаться за пределами лицензионного периметра. Граница зависит от конкретных фактов, и её стоит проверить заранее.

DAO, DeFi и серые зоны

Иностранные основатели часто спрашивают, где находятся децентрализованные структуры. Честный ответ в 2026 году: на краях правовой системы.

• DAO. Турецкое право пока не наделяет децентрализованную автономную организацию собственной правосубъектностью и не даёт ей специального определения. DAO, чьи участники или операции связаны с Турцией, обычно анализируется через существующие категории — простое товарищество, компанию или договорную конструкцию — каждая из которых влечёт разные последствия в части ответственности и налогообложения. Признанной законом «оболочки DAO» не существует.
• DeFi-протоколы. Действительно автономные, некастодиальные протоколы могут оставаться за пределами лицензионного периметра по криптоактивам, но в тот момент, когда идентифицируемый оператор предлагает услугу турецким пользователям, анализ смещается в сторону регулирования. Ярлыки вроде «децентрализованный» не решают вопрос; решают функция и контроль.
• Налоговый режим. Налоговый режим выпуска токенов, ончейн-переводов и доходов от криптоактивов в Турции всё ещё формируется. Могут возникать вопросы гербового сбора, подоходного и корпоративного налога. Относитесь к налогам как к актуальному вопросу и обращайтесь за специализированной налоговой консультацией, а не исходите из того, что перевод нейтрален для налогов лишь потому, что он прошёл в сети.

Доказательства: как доказать смарт-контракт в турецком суде

Распространённый миф состоит в том, что блокчейн-записи автоматически имеют решающую силу. Турецкий подход тоньше и в одном отношении сильнее, чем принято думать.

Таким образом, сила ваших ончейн-доказательств зависит от того, как они были подписаны. Запись, связанная с защищённой электронной подписью, может достичь силы письменного акта; транзакция, подписанная лишь ключом кошелька, является сильным подтверждением времени и содержания, но судья всё равно взвешивает её наряду с остальными материалами дела.

Практические выводы для иностранных сторон:

• Сохраняйте читаемое человеком соглашение, которое код призван исполнить. Если спор дойдёт до стамбульского суда, судья захочет прочитать условия на естественном языке, а не в байт-коде.
• Сохраняйте хеши транзакций, адреса кошельков и временные метки и будьте готовы объяснить их через заключение эксперта (bilirkişi).
• Заранее решите языковой вопрос — записи на иностранном языке обычно требуют присяжного перевода на турецкий для использования в суде.

Для сделок с иностранным элементом применимое право и компетентный суд определяются Законом о международном частном и процессуальном праве (MÖHUK, Закон № 5718). Стороны обычно могут выбрать применимое право коммерческого договора, но этот выбор следует чётко изложить в офчейн-соглашении, а не выводить из местонахождения сервера или узла.

Персональные данные в блокчейне (KVKK)

Неизменяемость — главная особенность блокчейна, и одновременно источник реального противоречия с законодательством о защите данных. Турецкий Закон о защите персональных данных (KVKK, Закон № 6698) предоставляет физическим лицам права, включая удаление их персональных данных в определённых случаях. Цепочка, которую нельзя изменить, не может легко удовлетворить требование об удалении.

Для иностранного бизнеса практические выводы таковы:

• Избегайте записи персональных данных непосредственно в сети. Храните их офчейн, оставляя в реестре, где это возможно, только ссылки, хеши или псевдонимные идентификаторы.
• Сопоставьте свои потоки данных с требованиями KVKK до запуска, включая любую передачу персональных данных за рубеж, для которой действуют собственные правила.
• Относитесь к утверждению «данные в публичной цепочке навсегда» как к проблеме комплаенса, которую нужно проектировать в обход, а не как к нейтральному техническому факту.

Коммерческое и корпоративное применение

Для компаний, работающих в Турции, фоном для торговых сделок служит Турецкий торговый кодекс (TTK, Закон № 6102), который уже допускает электронные записи и зарегистрированную электронную почту (KEP) для некоторых уведомлений. Смарт-контракты могут приносить реальную пользу в коммерческих сценариях, таких как:

• Автоматизированные платежи и этапные выплаты в рамках поставок или строительства, что снижает риск неполучения оплаты.
• Эскроу и условное высвобождение в earn-out-сделках M&A или продажах токенов, где средства перемещаются только при наступлении проверяемых условий. В трансграничных сделках это может пересекаться с порогами контроля за слияниями для иностранных приобретателей, которые должны быть пройдены независимо от любого ончейн-механизма.
• Распределение роялти и выручки, автоматически распределяющее поступающие платежи между акционерами или лицензиарами.

Даже здесь вопросы корпоративного управления прочно остаются в сфере традиционного права. Полномочия совета директоров, право подписи и корпоративные одобрения для турецкой компании определяются TTK и уставом — а не тем, кто держит ключ от кошелька. Смарт-контракт, исполненный без надлежащих корпоративных полномочий, может повлечь ответственность компании и её директоров. Иностранным приобретателям, структурирующим сделки, следует согласовать ончейн-механику со своей корпоративной и M&A-документацией и подтвердить право подписи до любого перемещения средств компании.

Риски, баги и проблема «код — это закон»

Лозунг «код — это закон» вводит в заблуждение в контексте турецкого права. Если смарт-контракт содержит ошибку и переводит неверную сумму или эксплойт выводит средства, ончейн-результат не является окончательным словом. Турецкое право по-прежнему признаёт требования из неосновательного обогащения (TBK ст. 77-82), ненадлежащего исполнения и деликтной ответственности (TBK ст. 49 и далее). Сторона, пострадавшая от ошибки кодирования или взлома, всё ещё может добиваться реституции или возмещения убытков через суд — и когда речь заходит о взыскании платежа или возврате средств, именно исполнимое офчейн-соглашение даёт вам путь через турецкую систему.

Это создаёт напряжение, которое стоит учитывать каждому иностранному бизнесу:

• Неизменяемость против исправления. После развёртывания код может быть трудно изменить, но правовые отношения всё ещё можно скорректировать или расторгнуть по соглашению либо через суд.
• Распределение риска багов и оракулов. Оракул — это офчейн-источник данных, на который полагается смарт-контракт (цена, подтверждение поставки, валютный курс). Оракулы могут давать сбой или подвергаться манипуляции, поэтому офчейн-соглашение должно указывать, кто несёт последствия сбоя кода, ошибки оракула или атаки третьих лиц.
• Разрешение споров. Укажите форум — турецкие суды или арбитраж — и применимое право, чтобы фраза «так решила цепочка» никогда не стала предлогом уйти от ответственности.

Разобранный пример: ончейн-эскроу для турецкого поставщика

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

• Слой соглашения. Письменный договор поставки на английском языке с выбором применимого права и юрисдикции по MÖHUK 5718, устанавливающий цену, критерии поставки и того, кто несёт риск, если код эскроу или его оракул дадут сбой.
• Проверка формы. Простая сделка поставки обычно относится к свободной форме, поэтому ончейн-исполнение допустимо — но убедитесь, что никакой элемент гарантии или обеспечения не переводит её в письменную или официальную форму.
• Регуляторная проверка. Если эскроу удерживает криптоактив, а не фиат, спросите, не представляет ли конструкция регулируемую услугу в сфере криптоактивов или кастодиальную деятельность по Закону № 7518 и применяются ли обязанности перед MASAK.
• Слой доказательств. Сохраняйте хеши транзакций и, там где важна письменная форма, закрепите соглашение защищённой электронной подписью, чтобы запись могла нести силу письменного акта по HMK ст. 205/2.

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

Практические шаги для иностранного бизнеса

Прежде чем развернуть смарт-контракт, затрагивающий Турцию, иностранным инвесторам и компаниям следует:

1. Определить требование к форме для каждой сделки (свободная, письменная или официальная форма) и проектировать соответственно.
2. Проверить периметр криптоактивов: представляет ли конструкция регулируемую деятельность, требующую лицензии SPK и соблюдения требований MASAK по Закону № 7518?
3. Сохранять управляющий читаемый человеком договор на английском языке с чёткой оговоркой о применимом праве и юрисдикции по MÖHUK 5718.
4. Использовать квалифицированные электронные подписи там, где письменная форма обязательна — и осознавать, где электронная подпись исключена полностью.
5. Подтвердить корпоративные полномочия и право подписи по TTK до любого перемещения средств компании в сети.
6. Провести независимый аудит кода и определить, кто несёт риск багов, оракулов и эксплойтов.
7. Держать персональные данные офчейн для управления обязанностями по KVKK и сохранять данные транзакций и переводы на случай возможного использования в качестве доказательств по HMK 6100.

Если вы структурируете продажу токенов, механизм эскроу или автоматизированную платёжную систему, связанную с Турцией, наша команда может проверить согласованность юридического и технического слоёв. Свяжитесь с Lexin Legal, чтобы обсудить ваш проект с турецкими юристами, работающими на английском и турецком языках. Напишите нам по-русски — переписку ведём на русском; при необходимости организуем переводчика для встреч или заседаний (за дополнительную плату).

Частые вопросы