Як працює Smart Cycle: Шлях коштів від створення до завершення

Smart Cycle — пілотний Web3-продукт взаємного фінансування Atlas System. Для відповідальної оцінки недостатньо подивитися лише на строк і потенційну Delta. Користувачеві слід простежити весь шлях: що схвалюється в гаманці, куди надходять USDT, коли стає можливим Claim і чому завершення строку не гарантує отримання коштів.

Наведений нижче огляд відображає публічні матеріали Atlas System на момент написання. Адреси контрактів і динамічні дані завжди слід звіряти з останньою версією офіційного реєстру та BscScan.

1. Підключення гаманця

Користувач підключає сумісний Web3-гаманець до інтерфейсу Atlas. Підключення дає сайту змогу бачити публічну адресу, але саме по собі не переказує кошти.

Переказ відбувається лише після підтвердження транзакції в гаманці. Перед підтвердженням перевірте:

офіційний домен;
мережа BNB Smart Chain;
адреса контракту отримувача;
сума USDT;
будь-який запитаний дозвіл на витрачання токенів;
очікувана мережева комісія в BNB.

Ніколи не вводьте приватний ключ або seed-фразу на вебсайті й не повідомляйте їх службі підтримки.

2. Вибір типу циклу

На офіційному сайті описано два основні потоки Smart Cycle 1.

Lockup Flow

Користувач надає підтримку на фіксований строк. В опублікованих основних планах використовуються строки 1, 5, 10, 20 або 30 днів і відповідні значення Delta. Після завершення строку користувач може подати один Claim на Support Amount і Delta за правилами циклу.

Daily Flow

Це 200-денний цикл, у якому за правилами контракту допомога доступна для щоденного Claim. Початкова Support Amount повертається частинами в межах щоденної допомоги, а не окремою виплатою наприкінці.

Параметри слід перевіряти в інтерфейсі та контракті безпосередньо перед створенням циклу. Публічні сторінки можуть оновлюватися, а поточні й legacy-версії контракту мають різні адреси.

3. Підтвердження операції та створення ончейн-запису

Користувач підтверджує транзакцію у своєму гаманці. Після включення до блоку BNB Chain створення циклу фіксується ончейн.

Do not check only whether the status says Успіх. Verify the contract address, sender, token, and amount. A successful transaction to the wrong address is still wrong and is usually irreversible.

Офіційний реєстр визначає USDT BEP-20 як розрахунковий актив. На головному сайті опубліковано окремі адреси для Lockup Flow і Daily Flow. Реєстр v3.0 відрізняє поточний Daily Flow V2 від legacy Daily Flow V1, який залишається актуальним для чинних legacy-циклів та історичних перевірок. Ніколи не копіюйте адресу з неофіційного допису.

4. Куди надходять кошти

Після створення циклу USDT бере участь у спільній інфраструктурі ліквідності Atlas відповідно до логіки контракту.

Технічний реєстр описує LP-позицію Atlas у публічному пулі USDT/USDC PancakeSwap V3. Позицію представлено LP-NFT. На момент знімка реєстру її власником був SAFE Atlas із порогом підпису 2-of-3, а контракти Flow і Transport мали дозволи operator.

Ці факти потребують обережної інтерпретації:

загальна ліквідність у публічному пулі PancakeSwap не є ліквідністю Atlas;
відповідним показником Atlas є активи, пов’язані із зазначеною LP-позицією;
Баланси Treasury, Distribute, Flow-контракту й сторонніх гаманців є окремими показниками;
значення змінюються, тому знімок реєстру не замінює актуальної ончейн-перевірки.

Згідно з офіційним описом Atlas, кошти не спрямовуються до зовнішнього бізнесу, який генерує інвестиційний дохід. Support Amount і Delta фінансуються шляхом перерозподілу всередині системи.

5. Період циклу

Протягом строку Lockup Flow запис про цикл залишається ончейн. Інтерфейс показує час створення, тривалість і статус, але є лише зручним поданням. Авторитетним джерелом є стан контракту.

Слід розрізняти три події:

вибраний строк завершується;
Claim стає доступним відповідно до правил контракту;
Claim виконується успішно й USDT надходять до гаманця.

Перша подія не призводить автоматично до третьої.

У Daily Flow користувач може подавати Claims протягом 200-денного періоду відповідно до правил контракту. Не припускайте, що кошти автоматично надсилаються на гаманець, якщо транзакцію Claim не подано.

6. Запит допомоги через Claim

Once the applicable conditions are met, the user initiates a Claim through the interface and confirms the transaction in the wallet. The smart contract checks the cycle conditions and available liquidity.

На офіційному сайті Atlas зазначено, що Support Amount і Delta можна запросити через Claim лише за наявності достатньої ліквідності. Ця ліквідність формується з коштів учасників. Отже, настання дати Claim означає можливість подати запит відповідно до правил, а не безумовну обіцянку виплати.

Якщо ліквідності достатньо й транзакція успішна, USDT надсилаються на гаманець користувача. Результат можна перевірити в BscScan за хешем транзакції та історією переказів токенів.

Якщо Claim не виконується, спочатку перевірте помилку, доступний для gas баланс BNB, вибрану мережу, стан контракту й поточну ліквідність. Повторення транзакції без розуміння причини помилки може лише спричинити додаткові мережеві комісії.

7. Delta та комісія платформи

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

На сторінці Smart Cycle 1 зазначено комісію платформи 10% від Delta та партнерських винагород і сказано, що вона не застосовується до початкової Support Amount. Перед дією повторно перевірте це значення в поточному інтерфейсі та ончейн-параметрах. Технічний реєстр прямо радить користувачам повторно перевіряти актуальні значення контракту.

8. Коли цикл вважається завершеним?

Для користувача практичне завершення — це не просто закінчення таймера, а підтверджена транзакція Claim і фактичне надходження відповідної суми USDT на адресу користувача.

Після цього в BscScan можна перевірити:

хеш і статус транзакції;
адреса контракту;
адреса отримувача;
сума переказу USDT;
мережева комісія;
часова позначка та номер блоку.

Панель зручна для навігації. Якщо її дані суперечать ончейн-даним, покладайтеся на блокчейн та офіційну технічну документацію.

Увесь шлях одним рядком

Гаманець користувача → контракт Smart Cycle → спільна інфраструктура ліквідності → умови циклу → запит Claim → перевірки контракту й ліквідності → гаманець користувача

Смартконтракт визначає операційні правила на цьому шляху. Він не гарантує, що на момент подання Claim буде достатньо коштів.

Що перевірити самостійно

Перед створенням циклу:

офіційна адреса правильної версії контракту;
мережа й токен USDT BEP-20;
строк, Delta та спосіб виконання Claim;
комісії платформи й мережі;
поточна ліквідність Atlas без плутанини із загальним пулом PancakeSwap;
попередження про те, що повернення Support Amount не гарантується.

Після створення:

успішний статус транзакції;
ончейн-параметри вашого циклу;
дата, з якої Claim доступний;
поточна ліквідність до запиту;
отримання USDT після Claim.

Головний висновок

Smart Cycle автоматизує створення циклів і Claims за заздалегідь визначеними правилами. Lockup Flow має фіксований строк; Daily Flow використовує щоденні Claims протягом 200-денного періоду. Support Amount і Delta надходять користувачеві лише після успішного Claim.

Головний ризик пов’язаний не з таймером, а з джерелом коштів для Claims: повернення Support Amount і Delta залежить від ліквідності, сформованої коштами учасників, і не гарантується. Тому рішення слід ухвалювати після перевірки контракту, потоку коштів і сценарію недостатньої ліквідності.

Ця стаття має виключно освітню мету й не є фінансовою консультацією. Безпосередньо перед кожною транзакцією перевіряйте адреси, версії контрактів і динамічні дані за актуальними офіційними джерелами.