Некастодиальное исполнение и его ограничения.

Средства сделки находятся в некастодиальном смарт-контракте и исполняются по заранее определённой логике. Nexelorant не принимает средства сделки на посредническое хранение. При этом код предусматривает перечисление комиссионной части техническому финансовому адресу, указанному в параметрах сделки.

В Nexelorant Account защищённые подписанные операции проверяются по публичному ключу владельца. У других обработчиков есть отдельно заданные права отправителя: инфраструктура Nexelorant может передавать предусмотренные сообщения исполнения. Авторизация владельца и полномочия оператора — разные механизмы.

После блокировки активами управляет логика контракта. Это означает и то, что они выходят из-под вашего прямого контроля — до тех пор, пока операция не придёт к исходу, который контракт признаёт.

Только через достижение определённого исхода. В зависимости от операции это успешное завершение, отмена, частичное перераспределение, возврат по таймауту, расчёт по правилам протокола или другой путь, записанный в контракте.

Допустимые исходы определены кодом контракта. Авторизованный отправитель может инициировать предусмотренный сценарий, но параметры расчёта и получатели остаются ограничены логикой конкретного контракта.

Они встроены в пути исполнения контракта и применяются автоматически по правилам конкретной операции. Их не выставляют счётом и не списывают вручную.

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

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

Истечение срока не отправляет средства само по себе: соответствующий путь необходимо вызвать разрешённым сообщением. Для исполнения также должны выполняться проверки кошелька и бюджета сетевых комиссий.

Для сделки CPP в Affaire фабрика разворачивает отдельный контракт с заданными параметрами. Это описание текущей реализации CPP, а не правило для каждой операции и каждого продукта Nexelorant.

Условия публикации согласуются до исполнения. Фабрика принимает сообщение развёртывания от своего владельца или оператора. Действия, требующие пользовательского подтверждения в продукте, авторизуются через TON Connect; это следует отличать от проверки отправителя сообщения фабрике.

Контракт фиксирует параметры сделки и реализует её допустимые переходы состояния и расчёты. Авторизованные сообщения запускают предусмотренные обработчики; они не предоставляют произвольного изменения логики контракта.

В Nexelorant Account предусмотрен перевод токенов к целевому адресу с проверкой авторизации владельца. Контракт CPP учитывает финансирование, если уведомление пришло от привязанного jetton-кошелька, отправитель токенов совпадает с адресом рекламодателя в параметрах сделки и состояние допускает финансирование.

В текущем публичном сценарии Affaire расчёты ведутся в USDT. Проверенные контракты используют заданный мастер токена и привязанный jetton-кошелёк. Это описание текущего сценария, а не утверждение о поддержке любых токенов всеми продуктами Nexelorant.

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

Техническая инфраструктура доставляет предусмотренные сообщения исполнения. Контракт проверяет права отправителя и условия своего обработчика; авторизованный оператор не становится вторым источником внешнего фактического состояния.

Не каждый сигнал связан с CAT. Отмена, завершение после периода удержания и повторная отправка относятся к жизненному циклу сделки. Эти действия нельзя автоматически описывать как результат анализа внешнего события.

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

Всё это существует, чтобы координировать исполнение внутри контрактной модели. Ничто из этого не является механизмом хранения средств.

Исход сделки определяется согласованными условиями и допустимыми контрактными сценариями. В опубликованном CPP-коде завершение, отмена и возврат запускаются разрешёнными сообщениями при выполнении условий соответствующего обработчика.

Nexelorant не является правовой стороной вашей сделки и не принимает по ней свободных решений. Каждая операция идёт внутри модели исполнения, которую система задала заранее.

В текущем Affaire доступен арбитраж с периодом рассмотрения до 24 часов. Он определяет, какой из предусмотренных сценариев применяется при разногласии сторон.

При подтверждённом объективном нарушении применяется отмена с возвратом финансирования рекламодателю. Если нарушение не подтверждено, используется предусмотренный сценарий распределения. В опубликованном CPP-коде для разрешения арбитража есть отдельные обработчики объективной и субъективной отмены; это не один и тот же путь обычного успешного завершения.

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

Существование процедуры спора не даёт неограниченных полномочий над исходом. Любое решение или действие остаётся ограниченным путями расчёта, правами и логикой, доступными в контракте.

Конкретно: мы не можем получить приватные ключи, не можем перевести активы на произвольный адрес, не можем переопределить исполнение контракта и не можем вывести средства за пределы механизмов расчёта, которые даёт протокол.

В блокчейне можно проверить код и состояние конкретного контракта, транзакции и результаты исполнения. Эти данные доступны в публичной сети The Open Network.

Используйте любой сторонний обозреватель — Tonviewer или аналогичный. Контракты можно независимо верифицировать стандартными инструментами, то есть проверить поведение, поток транзакций и исходы своими силами.

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

Офчейн-контекст за сигналом. Когда действие зависит от сигнала исполнения, отправленного оператором, вы можете проверить что сделал контракт — исполнение видно в блокчейне, — но событие, которое его запустило, может не поддаваться независимой проверке только по данным блокчейна.

Это реальное ограничение, и оно указано намеренно. Проверяемость здесь означает прозрачность того, как прошло исполнение; она не означает, что протокол может исполнение изменить.

Подтверждённые транзакции блокчейна окончательны и необратимы. Неверный адрес, неверные параметры, неподдерживаемое взаимодействие или простая ошибка могут привести к безвозвратной потере средств.

Nexelorant не может отменить, изменить, переопределить или вернуть подтверждённую транзакцию за пределами механизмов, которые даёт сам контракт. Обращение в поддержку не отменяет финальность.

Мы также не контролируем сеть TON и сторонние сервисы, включая обозреватели, и не отвечаем за их доступность и точность.

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

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