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

Smart Cycle, Atlas System'ın pilot Web3 karşılıklı fonlama ürünüdür. Sorumlu bir değerlendirme için yalnızca süreye ve olası Delta'ya bakmak yeterli değildir. Kullanıcı tüm süreci izlemelidir: Cüzdanda neye izin verildiği, USDT'nin nereye gittiği, Yardım Talebinin ne zaman mümkün olduğu ve sürenin sona ermesinin fonların alınacağını neden garanti etmediği.

Aşağıdaki özet, yazım tarihinde Atlas System'ın açık materyallerini yansıtır. Sözleşme adresleri ve dinamik veriler her zaman en güncel resmî sicil ve BscScan üzerinden kontrol edilmelidir.

1. Cüzdan bağlama

Kullanıcı uyumlu bir Web3 cüzdanını Atlas arayüzüne bağlar. Bağlantı, web sitesinin açık adresi görmesini sağlar; tek başına fon transfer etmez.

Transfer ancak işlem cüzdanda onaylandıktan sonra gerçekleşir. Onaylamadan önce şunları kontrol edin:

resmî alan adı;
BNB Smart Chain ağı;
alıcı sözleşme adresi;
USDT tutarı;
istenen tüm token harcama izinlerini;
BNB cinsinden beklenen ağ ücreti.

Özel anahtarı veya kurtarma ifadesini hiçbir web sitesine girmeyin ve destek ekibine açıklamayın.

2. Döngü türü seçme

Resmî web sitesi iki temel Smart Cycle 1 akışını açıklar.

Kilitleme Akışı

Kullanıcı belirli bir süre için destek sağlar. Yayımlanan ana planlar 1, 5, 10, 20 veya 30 günlük süreleri ve bunlara karşılık gelen Delta değerlerini kullanır. Süre sona erdikten sonra kullanıcı döngü kuralları kapsamında Destek Tutarı ve Delta için tek bir Yardım Talebi gönderebilir.

Günlük Akış

Bu, sözleşme kuralları kapsamında günlük Yardım Talebine açık 200 günlük bir döngüdür. İlk Destek Tutarı, sonunda ayrı ödeme olarak değil, günlük yardımın içinde parçalar hâlinde geri verilir.

Parametreler, döngü oluşturulmadan hemen önce arayüzde ve sözleşmede kontrol edilmelidir. Açık sayfalar güncellenebilir; güncel ve eski sözleşme sürümlerinin adresleri farklıdır.

3. İşlemi onaylama ve zincir üzerinde kayıt oluşturma

Kullanıcı işlemi cüzdanında onaylar. İşlem bir BNB Chain bloğuna dâhil edildiğinde döngü oluşturma zincir üzerine kaydedilir.

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

Resmî sicil, USDT BEP-20'yi mutabakat varlığı olarak tanımlar. Ana web sitesi Lockup Flow ve Daily Flow için ayrı adresler yayımlar. Sicil v3.0, güncel Daily Flow V2 ile canlı eski döngüler ve geçmiş kontroller için hâlen önemli olan eski Daily Flow V1'i birbirinden ayırır. Resmî olmayan bir gönderiden asla adres kopyalamayın.

4. Fonlar nereye gider?

Bir döngü oluşturulduktan sonra USDT, sözleşme mantığı kapsamında Atlas’ın paylaşılan likidite altyapısına katılır.

Teknik sicil, açık bir PancakeSwap V3 USDT/USDC havuzundaki Atlas LP pozisyonunu açıklar. Pozisyon bir LP-NFT ile temsil edilir. Sicil anlık görüntüsünde sahibi 2-of-3 imza eşiğine sahip SAFE Atlas iken Flow ve Transport sözleşmelerinde operatör izinleri bulunuyordu.

Bu gerçekler dikkatli biçimde yorumlanmalıdır:

açık PancakeSwap havuzundaki toplam likidite Atlas likiditesi değildir;
ilgili Atlas göstergesi, belirtilen LP pozisyonuyla ilişkili varlıklardır;
Treasury, Distribute, Flow sözleşmesi ve üçüncü taraf cüzdan bakiyeleri ayrı göstergelerdir;
değerler değişir; bu nedenle sicil anlık görüntüsü güncel zincir üstü kontrolün yerini tutmaz.

Atlas’ın resmî açıklamasına göre fonlar yatırım getirisi sağlayan haricî bir işletmeye aktarılmaz. Destek Tutarı ve Delta, sistem içindeki yeniden dağıtım yoluyla finanse edilir.

5. Döngü süresi

Lockup Flow süresi boyunca döngü kaydı zincir üzerinde kalır. Arayüz oluşturulma zamanını, süreyi ve durumu gösterir; ancak yalnızca kolaylık sağlayan bir görünümdür. Yetkili bilgi kaynağı sözleşme durumudur.

Üç olay birbirinden ayrılmalıdır:

seçilen sürenin sona erdiğini;
Yardım Talebinin sözleşme kuralları kapsamında kullanılabilir hâle geldiğini;
Yardım Talebinin başarılı olduğunu ve USDT'nin cüzdana ulaştığını.

İlk olay üçüncü sonucu otomatik olarak doğurmaz.

Daily Flow'da kullanıcı, sözleşme kuralları kapsamında 200 günlük süre boyunca Yardım Talebi gönderebilir. Yardım Talebi işlemi gönderilmemişse fonların cüzdana otomatik olarak gönderileceğini varsaymayın.

6. Yardım talep etme

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

Atlas’ın resmî web sitesine göre Destek Tutarı ve Delta yalnızca yeterli likidite mevcut olduğunda talep edilebilir. Bu likidite katılımcıların fonlarından oluşur. Dolayısıyla yardım talebi tarihinin gelmesi, kurallar kapsamında talep gönderilebileceği anlamına gelir; koşulsuz bir ödeme vaadi değildir.

Likidite yeterliyse ve işlem başarılı olursa USDT kullanıcının cüzdanına gönderilir. Sonuç, işlem hash'i ve token transfer geçmişi aracılığıyla BscScan üzerinde doğrulanabilir.

Bir Yardım Talebi başarısız olursa önce hatayı, gas için kullanılabilir BNB bakiyesini, seçili ağı, sözleşme durumunu ve mevcut likiditeyi inceleyin. Hatanın nedenini anlamadan işlemi tekrarlamak yalnızca ek ağ ücretlerine yol açabilir.

7. Delta ve platform ücreti

Delta, seçilen döngüde belirtilen ek yardımdır. Haricî yatırım faaliyetlerinden elde edilen getirilerin bir payı değildir. Atlas, Delta'nın katılımcı fonlarının yeniden dağıtımıyla finanse edildiğini belirtir.

Smart Cycle 1 sayfası Delta ve partner ödülleri için 10% platform ücreti listeler ve bunun ilk Destek Tutarına uygulanmadığını belirtir. İşlem yapmadan önce bu değeri güncel arayüzde ve zincir üstü parametrelerde yeniden kontrol edin. Teknik sicil, kullanıcıların güncel sözleşme değerlerini tekrar okumasını açıkça önerir.

8. Bir döngü ne zaman tamamlanır?

Kullanıcı açısından fiilî tamamlanma yalnızca sayacın sıfıra ulaşması değildir. Yardım Talebi işleminin onaylanması ve karşılık gelen USDT'nin gerçekten kullanıcının adresine ulaşması gerekir.

Ardından BscScan kullanılarak şunlar kontrol edilebilir:

işlem hash'i ve durumu;
sözleşme adresi;
alıcı adresi;
USDT transfer tutarı;
ağ ücreti;
zaman damgası ve blok numarası.

Panel gezinme açısından kullanışlıdır. Zincir üstü verilerle çelişirse blokzinciri ve resmî teknik belgeleri esas alın.

Tek satırda izlenecek yol

Kullanıcı cüzdanı → Smart Cycle sözleşmesi → ortak likidite altyapısı → döngü koşulları → Yardım Talebi → sözleşme ve likidite kontrolleri → kullanıcı cüzdanı

Akıllı sözleşme bu yol üzerindeki işlem kurallarını tanımlar. Yardım Talebi gönderildiğinde yeterli fonun bulunacağını garanti etmez.

Kendiniz neleri doğrulamalısınız?

Döngü oluşturmadan önce:

doğru sözleşme sürümünün resmî adresi;
ağ ve USDT BEP-20 tokeni;
süre, Delta ve Yardım Talebi yöntemi;
platform ve ağ ücretleri;
tüm PancakeSwap havuzuyla karıştırmadan güncel Atlas likiditesi;
Destek Tutarının geri alınmasının garanti edilmediği uyarısı.

Oluşturulduktan sonra:

başarılı işlem durumu;
döngünüzün zincir üstü parametreleri;
Yardım Talebinin kullanılabilir hâle geldiği tarih;
talep öncesindeki güncel likidite;
Yardım Talebinden sonra USDT'nin alınması.

Temel çıkarım

Smart Cycle, önceden tanımlanmış kurallar kapsamında döngü oluşturmayı ve Yardım Taleplerini otomatikleştirir. Lockup Flow belirli bir süre kullanır; Daily Flow ise 200 günlük dönem boyunca günlük Yardım Talepleri kullanır. Destek Tutarı ve Delta kullanıcıya yalnızca başarılı bir Yardım Talebinden sonra ulaşır.

Temel risk sayaç değil, Yardım Taleplerinin kaynağıdır: Destek Tutarının ve Delta'nın geri alınması, katılımcıların fonlarıyla oluşan likiditeye bağlıdır ve garanti edilmez. Bu nedenle karar; sözleşme, fon akışı ve yetersiz likidite senaryosu incelendikten sonra verilmelidir.

Bu makale yalnızca eğitim amaçlıdır ve finansal tavsiye değildir. Her işlemden hemen önce adresleri, sözleşme sürümlerini ve dinamik verileri güncel resmî kaynaklardan doğrulayın.