Döngə jurnalını açın
Hesablama dövrləri: rəqəmlərlə protokol
Otuz bağlanmış dövr, hovuz, gəlir və örtük — rəqəmlər, vədlər deyil. Sizdən yalnız USDT ilə məbləğ və seçilmiş müddət tələb olunur: dərəcə planın şərtidir, ödəniş vədi deyil.
Keçmiş dövrlərin dəyişən gəlirləri gələcək üçün bir vəd deyil. Aşağıdakı rəqəmlər proqnoz və ya mərc deyil, artıq qapalı dövrlərin faktıdır.
Son 30 dövr
Hovuz - paylanmanın əvvəlində hovuzda nə qədər idi (əvvəlki dövrlərdən ötürmə daxil olmaqla). Gəlir - bu dövrədə nə qədər tanınır. Paylanmış - dövriyyənin pulda faktiki payı, yəni vəzifələrə nə qədər ödənilmişdir. Əhatə dairəsi - hovuzun hansı payı mövqelərə çatdı: paylanmış ÷ hovuz. Qalanlar yoxa çıxmır: o, kassada saxlanılır (səhmin qiymətini qaldırır) və ya təxirə salındığı kimi növbəti dövrəyə keçirilir. Hər bir dövr üçün gəlir mənbəyi onun snapshotının revenueSource sahəsidir: cədvəlin altındakı sətir son qapalı dövrün mənbəyini adlandırır və snapshotda heç bir mənbə yoxdursa, o, revenue_unavailable statusunu çap edir.
| Velosiped | Tarix (UTC) | Hovuz, USDT | Gəlir, USDT | Paylanmış, USDT | Kaplama |
|---|---|---|---|---|---|
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
Sətir dəyərləri səhifə açıldıqdan sonra /api/epochs/history?limit=30 marşrutundan gəlir: JavaScript olmadan hüceyrələr boş («—») qalır.Gəlir mənbəyi: revenue_unavailable — mənbə dövrün snapshotında göstərilməyib
Dövrlərə görə hovuzun ölçüsü
Qrafik /api/epochs/history marşrutunun məlumatları üzrə qurulur. JavaScript olmadan nə qrafik, nə yuxarıdakı cədvəl dolmur: hovuzun dövrlər üzrə həmin dəyərlərini /api/epochs/history marşrutu qaytarır.
Sizin payınız necə hesablanır?
Dörd addım, "yoxdan gündəlik faiz" olmadan: əvvəlcə mövqe kapital paylarına çevrilir, sonra çəki hesablanır, sonra hovuzun proporsional payı - və bütün mövqeyə hesablanır: ÖPÜK ehtiyatı ödənişi azaltmır. Dövrün faktiki hissəsi qapalı dövrün faktıdır; açılış səhifəsindəki plan arayışı müqayisə üçün hesablanmış dəyərdir, ona görə də bu iki rəqəmin üst-üstə düşməsi lazım deyil.
- Addım 1 mövqe
Vəzifə → kapital payları (səhmlər)
Mövqe açdığınız zaman mərc vədini deyil, kassa kapitalından bir pay alırsınız. Heç bir səhm olmadığı halda, səhm qiyməti 1-dir.
shares = assetsCents × totalShares / totalAssetsCents (totalShares = 0 olduqda: shares = assetsCents × 10^18) payın qiyməti = totalAssetsCents / totalShares dövr üzrə qiymət artımı = retentionCents / totalAssetsCents_əvvəlSəhm qiyməti yalnız dövrün saxlanılan hissəsi üçün artır. Misal: kapital 10,000,00 USDT, saxlanılan 5,00 USDT → qiymət artımı 5 bpm, yəni 0,05%. Əgər endirim olmasaydı, qiymət dəyişmir.
- Addım 2 çəki
Vəzifə miqdarı → çəki
Çəki mövqenin dövrün ümumi çəkisinə töhfəsidir. Plan sinfi 150-dən 300 vuruş/daq-a qədər olan çarpanı müəyyən edir; çəki özü mövqe məbləği ilə eyni vahidlərdədir.
weight = floor(principalCents × WEIGHT_BPM_BY_PLAN[sinif] / 10 000)Siniflər və çarpanlar: STARTER 150 vuruş/dəq, BASIC 180 vuruş/dəq, ADVANCED 220 vuruş/dəq, PREMIUM 260 vuruş/dəq, VIP 300 vuruş/dəq. Naməlum sinif çəki vermir: mövqe vault_weight_class_unknown kimi rədd edilir.
- Addım 3 Hovuz paylaşımı
Çəki → pro-rata hovuz payı (faktik dövr payı)
Hovuz canlı mövqelərin çəkilərinin cəmindən azdırsa, hovuz həmişə aşağı yuvarlaqlaşdırılaraq (mərtəbə) çəkilərə mütənasib olaraq bölünür. Hovuz çəkilərin bütün cəmini əhatə edərsə, mövqe tam olaraq öz çəkisini alır və artıq olan hər şey kassa kapitalında qalır və payın qiymətini artırır. Qalanlar yoxa çıxmır: kəsir yarandıqda o, təxirə salınmış kimi növbəti dövrəyə keçirilir, tam əhatə olunduqda isə saxlanmaya (kapital kassasına) keçir.
sumWeight = dövr mövqelərinin çəkilərinin cəmi hovuz < sumWeight: payout_i = floor(poolCents × weight_i / sumWeight) hovuz ≥ sumWeight: payout_i = weight_i qalıq = poolCents − sumPayout_i (≥ 0: deferred və ya vault kapitalına saxlama) - Addım 4 · qeydiyyat
Vəzifənin ödənilməsi - paydan ayırmalar olmadan
Səhm bütövlükdə vəzifəyə hesablanır: ÖPÜK ehtiyatı 2,5% (250 bpm) təşkil edir - bu, gündəlik hesablamanın düz modelində protokol xəzinəsinin daxili köçürməsidir, müştəriyə ödənişi azaltmır və dövri bölgüdə ümumiyyətlə iştirak etmir. Bu kənar komissiya və ya sığorta deyil: ehtiyat protokolun daxilində qalır.
payout_i = floor(poolCents × weight_i / sumWeight) (poolCents ≥ sumWeight olduqda: payout_i = weight_i) payout_i-dən tutulmalar yoxdur: COVER ehtiyatı (250 bpm) ödənişi azaltmır
Planların üç sinfi üzrə təhlil edilmiş nümunələr
Eyni 1,000,00 USDT hovuzu minimum plan məbləğləri üzrə üç mövqe arasında bölüşdürülür: STARTER 25,00 USDT, BASIC 5,000,00 USDT, ADVANCED 50,000,00 USDT (mühərrik daha kiçik məbləğləri qəbul etmir). Ümumi çəki 1,190,37 USDT-dir, yəni hovuz 3-cü addımın çəkilərinin və mərtəbə intizamının cəmindən azdır: üç ödəniş 999,99 USDT verir və 0,01 USDT təxirə salındığı kimi növbəti dövrəyə keçirilir. Vəzifənin ödənilməsi bütövlükdə mütənasib paydır: KAPAK ehtiyatı ondan çıxılmır.
| Sinif | Məbləğ, USDT | Çəki | Hovuz payı | Vəzifə ödənişi, USDT |
|---|---|---|---|---|
| STARTER | 25,00 | 150 bpm → 0,37 | 0,03 % | 0,31 |
| BASIC | 5 000,00 | 180 bpm → 90,00 | 7,56 % | 75,60 |
| ADVANCED | 50 000,00 | 220 bpm → 1 100,00 | 92,40 % | 924,08 |
Keçmiş dövrlərin dəyişən gəlirləri gələcək üçün bir vəd deyil. Yuxarıdakı nümunə vəd edilmiş gəlir və plan dərəcəsi deyil, bir şərti hovuz üzrə hesablamadır.
Protokolun əməliyyat tarixçəsi və ictimai marşrutlar
Bu səhifədəki bütün nömrələr açıq dövr tarixçəsi marşrutu ilə maşın üçün əlçatandır: aqreqatlar şəxsi məlumat olmadan JSON kimi qaytarılır. Protokol daxilində pulun hərəkəti jurnalda hash zənciri ilə ikiqat qeydlə qeyd olunur - dövrün hər bir əməliyyatı E-indeks formasının refID-ə istinad edir.
| Marşrut | Metod | Giriş | Cavab verin | Şərh |
|---|---|---|---|---|
/api/epochs/history | GET | İctimai şəkildə | { ok, count, epochs } — yeniləri birinci, limit 1…90 | Yuxarıdakı cədvəldə olduğu kimi eyni vahidlər. Burada bir dənə də olsun şəxsi sahə yoxdur. |
/api/me/epochs | GET | Müştəri sessiyası | { ok, positions, epochs } | Yalnız mövqeləriniz: marşrut aktiv seans tələb edir. |
/api/epochs/realize | POST | ops.admin | { ok, epoch, secondApprovalRequired } | Dövr operator tərəfindən qeydə alınır. Gəlirin medianadan 30 %-dən çox sapması (7 dövr) ikinci təsdiq tələb edir. |
Tez-tez verilən suallar
Dərəcə niyə bank dərəcəsindən yüksəkdir?
Dərəcə planın şərtidir, ticarət hesabatı deyil: xarici hesablama mənbəyi bəyan edilmir, ödənişlər dövriyyədən gəlir. Dərəcə nə qədər yüksəkdirsə, kassa üfüqü bir o qədər qısadır.
Planın şərtləri dəyişsə nə olar?
Şərtlər depozit açılarkən qeyd olunur və müddətin sonuna qədər qüvvədədir. Yeni şərtlər yalnız yeni depozitlərə aiddir.
COVER ehtiyatı sığortadır?
Xeyr. COVER daxili uçot hesabıdır: gündəlik hesablamanın bir hissəsi ora köçürülür, lakin oradan ödəniş yoxdur və kompensasiya hüququ vermir.