Некастодіальне виконання та його обмеження.

Кошти угоди перебувають у некастодіальному смарт-контракті і виконуються за заздалегідь визначеною логікою. 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 і сторонні сервіси, включно з оглядачами, і не відповідаємо за їхню доступність та точність.

Безпека гаманця, управління приватними ключами і всі дії, вчинені з ваших адрес. Транзакція, підписана та надіслана з вашого гаманця, вважається повністю авторизованою вами — бо криптографічно вона такою і є.

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