How Smart Cycle Works: The Path of Funds from Creation to Completion

Smart Cycle adalah produk percontohan pendanaan bersama Web3 dari Atlas System. Untuk menilainya secara bertanggung jawab, tidak cukup hanya melihat jangka waktu dan potensi Delta. Pengguna perlu memahami seluruh alur: apa yang disetujui di dompet, ke mana USDT dikirim, kapan permintaan bantuan tersedia, dan mengapa berakhirnya jangka waktu tidak menjamin penerimaan dana.

Ringkasan berikut mencerminkan materi publik Atlas System pada saat penulisan. Alamat kontrak dan data dinamis harus selalu diperiksa terhadap registri resmi terbaru dan BscScan.

1. Menghubungkan dompet

Pengguna menghubungkan dompet Web3 yang kompatibel ke antarmuka Atlas. Koneksi memungkinkan situs web melihat alamat publik; tindakan ini sendiri tidak mentransfer dana.

Transfer hanya terjadi setelah transaksi disetujui di dompet. Sebelum mengonfirmasi, periksa:

domain resmi;
jaringan BNB Smart Chain;
alamat kontrak penerima;
jumlah USDT;
setiap persetujuan pembelanjaan token yang diminta;
perkiraan biaya jaringan dalam BNB.

Jangan pernah memasukkan kunci privat atau seed phrase di situs web maupun mengungkapkannya kepada tim dukungan.

2. Memilih jenis siklus

Situs web resmi menjelaskan dua alur utama Smart Cycle 1.

Alur Penahanan

Pengguna memberikan dukungan untuk jangka waktu tetap. Paket utama yang dipublikasikan menggunakan jangka waktu 1, 5, 10, 20, atau 30 hari dengan nilai Delta masing-masing. Setelah jangka waktu berakhir, pengguna dapat mengajukan satu permintaan bantuan untuk Jumlah Dukungan dan Delta sesuai aturan siklus.

Arus Harian

Ini adalah siklus 200 hari dengan bantuan yang dapat diminta setiap hari sesuai aturan kontrak. Jumlah Dukungan awal dikembalikan secara bertahap dalam bantuan harian, bukan sebagai pembayaran terpisah pada akhir periode.

Parameter harus diperiksa pada antarmuka dan kontrak tepat sebelum siklus dibuat. Halaman publik dapat diperbarui, dan versi kontrak saat ini serta versi lama memiliki alamat yang berbeda.

3. Mengonfirmasi operasi dan membuat catatan on-chain

Pengguna mengonfirmasi transaksi di dompet. Setelah dimasukkan ke blok BNB Chain, pembuatan siklus dicatat secara on-chain.

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

Registri resmi menetapkan USDT BEP-20 sebagai aset penyelesaian. Situs utama memublikasikan alamat terpisah untuk Lockup Flow dan Daily Flow. Registri v3.0 membedakan Daily Flow V2 saat ini dari Daily Flow V1 lama, yang tetap relevan untuk siklus lama yang masih aktif dan pemeriksaan historis. Jangan pernah menyalin alamat dari postingan tidak resmi.

4. Ke mana dana disalurkan

Setelah siklus dibuat, USDT masuk ke infrastruktur likuiditas bersama Atlas sesuai logika kontrak.

Registri teknis menjelaskan posisi LP Atlas dalam pool publik USDT/USDC PancakeSwap V3. Posisi tersebut diwakili oleh LP-NFT. Pada saat snapshot registri, pemiliknya adalah SAFE Atlas dengan ambang tanda tangan 2-of-3, sedangkan kontrak Flow dan Transport memiliki izin operator.

Fakta-fakta ini perlu ditafsirkan dengan cermat:

total likuiditas dalam pool publik PancakeSwap bukan likuiditas Atlas;
indikator Atlas yang relevan adalah aset yang terkait dengan posisi LP tertentu;
Saldo Treasury, Distribute, kontrak Flow, dan dompet pihak ketiga merupakan indikator yang terpisah;
nilai dapat berubah, sehingga snapshot registri tidak menggantikan pemeriksaan on-chain terbaru.

Menurut penjelasan resmi Atlas, dana tidak dialokasikan ke bisnis eksternal yang menghasilkan imbal hasil investasi. Jumlah Dukungan dan Delta berasal dari redistribusi di dalam sistem.

5. Periode siklus

Selama jangka waktu Lockup Flow, catatan siklus tetap tersimpan secara on-chain. Antarmuka menampilkan waktu pembuatan, durasi, dan statusnya, tetapi antarmuka hanya merupakan tampilan praktis. Status kontrak adalah sumber yang berwenang.

Tiga peristiwa harus dibedakan:

jangka waktu yang dipilih berakhir;
permintaan bantuan tersedia sesuai aturan kontrak;
permintaan bantuan berhasil dan USDT masuk ke dompet.

Peristiwa pertama tidak otomatis menghasilkan peristiwa ketiga.

Dalam Daily Flow, pengguna dapat mengajukan permintaan bantuan selama periode 200 hari sesuai aturan kontrak. Jangan berasumsi bahwa dana akan otomatis dikirim ke dompet jika tidak ada transaksi permintaan bantuan yang diajukan.

6. Meminta bantuan

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

Situs resmi Atlas menyatakan bahwa Jumlah Dukungan dan Delta hanya dapat diminta ketika likuiditas yang memadai tersedia. Likuiditas tersebut terbentuk dari dana peserta. Karena itu, tercapainya tanggal permintaan bantuan berarti permintaan dapat diajukan sesuai aturan; hal tersebut bukan janji pembayaran tanpa syarat.

Jika likuiditas mencukupi dan transaksi berhasil, USDT dikirim ke dompet pengguna. Hasilnya dapat diverifikasi di BscScan melalui hash transaksi dan riwayat transfer token.

Jika permintaan bantuan gagal, periksa terlebih dahulu pesan kesalahan, saldo BNB yang tersedia untuk gas, jaringan yang dipilih, status kontrak, dan likuiditas saat ini. Mengulangi transaksi tanpa memahami penyebab kegagalan hanya dapat menimbulkan biaya jaringan tambahan.

7. Delta dan biaya platform

Delta adalah bantuan tambahan yang ditentukan oleh siklus yang dipilih. Delta bukan bagian dari hasil aktivitas investasi eksternal. Menurut Atlas, sumbernya berasal dari redistribusi dana peserta.

Halaman Smart Cycle 1 mencantumkan Biaya Platform sebesar 10% atas Delta dan Imbalan Mitra serta menyatakan bahwa biaya tersebut tidak berlaku pada Jumlah Dukungan awal. Periksa kembali nilai ini di antarmuka saat ini dan pada parameter on-chain sebelum bertindak. Registri teknis secara tegas menyarankan pengguna membaca kembali nilai kontrak terbaru.

8. Kapan sebuah siklus selesai?

Bagi pengguna, penyelesaian secara nyata bukan sekadar penghitung waktu mencapai nol. Penyelesaian berarti transaksi permintaan bantuan telah dikonfirmasi dan USDT terkait benar-benar diterima di alamat pengguna.

Setelah itu, BscScan dapat digunakan untuk memeriksa:

hash dan status transaksi;
alamat kontrak;
alamat penerima;
jumlah transfer USDT;
biaya jaringan;
timestamp dan nomor blok.

Dasbor berguna untuk navigasi. Jika informasinya bertentangan dengan data on-chain, gunakan blockchain dan dokumentasi teknis resmi sebagai acuan.

Alur dalam satu baris

Dompet pengguna → kontrak Smart Cycle → infrastruktur likuiditas bersama → ketentuan siklus → permintaan bantuan → pemeriksaan kontrak dan likuiditas → dompet pengguna

Smart contract menetapkan aturan operasional sepanjang alur ini. Smart contract tidak menjamin bahwa dana yang mencukupi akan tersedia ketika permintaan bantuan diajukan.

Hal yang perlu Anda verifikasi sendiri

Sebelum membuat siklus:

alamat resmi versi kontrak yang benar;
jaringan dan token USDT BEP-20;
jangka waktu, Delta, dan metode permintaan bantuan;
biaya platform dan jaringan;
likuiditas Atlas saat ini, tanpa menyamakannya dengan seluruh pool PancakeSwap;
peringatan bahwa pengembalian Jumlah Dukungan tidak dijamin.

Setelah dibuat:

status transaksi berhasil;
parameter on-chain siklus Anda;
tanggal mulai tersedianya permintaan bantuan;
likuiditas saat ini sebelum permintaan;
penerimaan USDT setelah permintaan bantuan.

Poin utama

Smart Cycle mengotomatiskan pembuatan siklus dan permintaan bantuan berdasarkan aturan yang telah ditentukan. Lockup Flow menggunakan jangka waktu tetap; Daily Flow menggunakan permintaan bantuan harian selama periode 200 hari. Jumlah Dukungan dan Delta diterima pengguna hanya setelah permintaan bantuan berhasil.

Risiko utama bukan penghitung waktu, melainkan sumber dana untuk permintaan bantuan: pengembalian Jumlah Dukungan dan Delta bergantung pada likuiditas yang terbentuk dari dana peserta dan tidak dijamin. Karena itu, keputusan harus diambil setelah meninjau kontrak, aliran dana, dan skenario kekurangan likuiditas.

Artikel ini hanya untuk tujuan edukasi dan bukan nasihat keuangan. Verifikasi alamat, versi kontrak, dan data dinamis melalui sumber resmi terbaru tepat sebelum melakukan transaksi.