გახსენით ციკლის ჟურნალი
დარიცხვის ციკლები: პროტოკოლი ციფრებში
ოცდაათი დახურული ციკლი, პული, შემოსავალი და დაფარვა — ციფრები და არა დაპირებები. თქვენგან საჭიროა მხოლოდ თანხა USDT-ში და არჩეული ვადა: განაკვეთი გეგმის პირობაა და არა გადახდის დაპირება.
წარსული ციკლების ცვლადი შემოსავალი არ არის მომავლის დაპირება. ქვემოთ მოცემული რიცხვები უკვე დახურული ციკლების ფაქტია და არა პროგნოზი ან ფსონი.
ბოლო 30 ციკლი
აუზი - რამდენი იყო აუზში განაწილების დასაწყისში (წინა ციკლებიდან გადატანის ჩათვლით). შემოსავალი - რამდენია აღიარებული ამ ციკლში. განაწილებული - ციკლის რეალური წილი ფულში, ანუ რამდენი გადაიხადეს პოზიციებზე. დაფარვა - აუზის რა წილმა მიაღწია პოზიციებს: განაწილებული ÷ აუზი. დარჩენილი ნაწილი არ ქრება: ის გადადის სარდაფში (ზრდის აქციის ფასს) ან გადადის შემდეგ ციკლში, როგორც გადავადებული. თითოეული ციკლის შემოსავლის წყარო არის მისი სნეპშოტის შემოსავალი წყაროს ველი: ცხრილის ქვეშ მყოფი ხაზი ასახელებს ბოლო დახურული ციკლის წყაროს და თუ სნეპშოტში წყარო არ არის, ის ბეჭდავს შემოსავალი_უწვდომის სტატუსს.
| ციკლი | თარიღი (UTC) | აუზი, USDT | შემოსავალი, USDT | განაწილებული, USDT | საფარი |
|---|---|---|---|---|---|
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
სტრიქონების მნიშვნელობები მოდის /api/epochs/history?limit=30 მარშრუტიდან გვერდის გახსნის შემდეგ: JavaScript-ის გარეშე უჯრები ცარიელი („—“) რჩება.შემოსავლის წყარო: revenue_unavailable — წყარო არ არის მითითებული ციკლის სნეპშოტში
აუზის ზომა ციკლების მიხედვით
გრაფიკი აგებულია /api/epochs/history მარშრუტის მონაცემებით. JavaScript-ის გარეშე არც გრაფიკი და არც ზემოთ მოცემული ცხრილი არ ივსება: პულის იგივე მნიშვნელობებს ციკლების მიხედვით აბრუნებს /api/epochs/history მარშრუტი.
როგორ გამოითვლება თქვენი წილი?
ოთხი ნაბიჯი, „ყოველდღიური საპროცენტო არაფრისგან“ გარეშე: ჯერ პოზიცია გარდაიქმნება კაპიტალის წილებში, შემდეგ გამოითვლება წონა, შემდეგ აუზის პროპორციული წილი - და იგი ჩაიწერება მთელ პოზიციაზე: COVER რეზერვი არ ამცირებს ანაზღაურებას. ციკლის რეალური ფრაქცია არის დახურული ციკლის ფაქტი; გეგმის მითითება სადესანტო გვერდიდან არის გამოთვლილი მნიშვნელობა შედარებისთვის, ამიტომ ეს ორი რიცხვი არ უნდა ემთხვეოდეს.
- ნაბიჯი 1 პოზიცია
თანამდებობა → კაპიტალის აქციები (წილები)
პოზიციის გახსნისას, თქვენ იღებთ სარდაფის კაპიტალის წილს და არა ფსონის დაპირებას. მიუხედავად იმისა, რომ არ არის აქციები, აქციის ფასი არის 1.
shares = assetsCents × totalShares / totalAssetsCents (totalShares = 0-ის შემთხვევაში: shares = assetsCents × 10^18) წილის ფასი = totalAssetsCents / totalShares ფასის ზრდა ციკლში = retentionCents / totalAssetsCents_მდეაქციის ფასი იზრდება მხოლოდ ციკლის შენარჩუნებული ნაწილისთვის. მაგალითი: კაპიტალი 10,000.00 USDT, დაკავებული 5.00 USDT → ფასის ზრდა 5 bpm, ანუ 0.05%. თუ არ იყო გამოქვითვა, ფასი არ იცვლება.
- ნაბიჯი 2 წონა
პოზიციის რაოდენობა → წონა
წონა არის პოზიციის წვლილი ციკლის მთლიან წონაში. გეგმის კლასი განსაზღვრავს მულტიპლიკატორს 150-დან 300 bpm-მდე; წონა თავისთავად არის იმავე ერთეულებში, როგორც პოზიციის რაოდენობა.
weight = floor(principalCents × WEIGHT_BPM_BY_PLAN[კლასი] / 10 000)კლასები და მამრავლები: STARTER 150 bpm, BASIC 180 bpm, ADVANCED 220 bpm, PREMIUM 260 bpm, VIP 300 bpm. უცნობი კლასი არ იძლევა წონას: პოზიცია უარყოფილია, როგორც vault_weight_class_unknown.
- ნაბიჯი 3 აუზის გაზიარება
წონა → პროპორციული აუზის წილი (ფაქტობრივი ციკლის წილი)
თუ აუზი ნაკლებია ცოცხალი პოზიციების წონების ჯამზე, აუზი იყოფა წონების პროპორციულად, ყოველთვის მრგვალდება ქვემოთ (სართული). თუ აუზი მოიცავს წონების მთელ ჯამს, პოზიცია იღებს ზუსტად მის წონას და ყველაფერი ჭარბი რჩება სარდაფის კაპიტალში და ზრდის წილის ფასს. ნარჩენი არ ქრება: დეფიციტის შემთხვევაში გადადის შემდეგ ციკლზე, როგორც გადავადებული, ხოლო სრული დაფარვის შემთხვევაში გადადის შეკავებაში (კაპიტალის სარდაფი).
sumWeight = ციკლის პოზიციების წონების ჯამი პული < sumWeight: payout_i = floor(poolCents × weight_i / sumWeight) პული ≥ sumWeight: payout_i = weight_i ნაშთი = poolCents − sumPayout_i (≥ 0: deferred ან დაკავება vault კაპიტალში) - ნაბიჯი 4 · ჩარიცხვა
პოზიციის გადახდა - წილის გამოქვითვის გარეშე
აქცია მთლიანად ირიცხება პოზიციაზე: COVER რეზერვი არის 2.5% (250 bpm) - ეს არის პროტოკოლის ხაზინის შიდა გადარიცხვა ყოველდღიური დარიცხვის ცალ მოდელში, ის არ ამცირებს კლიენტის გადახდას და საერთოდ არ მონაწილეობს ციკლურ განაწილებაში. ეს არ არის გარე საკომისიო ან დაზღვევა: რეზერვი რჩება პროტოკოლში.
payout_i = floor(poolCents × weight_i / sumWeight) (პული ≥ sumWeight-ის შემთხვევაში: payout_i = weight_i) payout_i-დან დაკავებები არ არის: COVER რეზერვი (250 bpm) გადახდას არ ამცირებს
გაანალიზებული მაგალითები სამი კლასის გეგმებზე
იგივე ფონდი 1,000.00 USDT ნაწილდება სამ პოზიციას შორის გეგმების მინიმალური ოდენობით: STARTER 25.00 USDT, BASIC 5,000.00 USDT, ADVANCED 50,000.00 USDT (ძრავა არ იღებს უფრო მცირე თანხებს). საერთო წონა არის 1,190,37 USDT, ანუ აუზი ნაკლებია წონების ჯამზე და მე-3 საფეხურის სამუშაოების სართულის დისციპლინაზე: სამი გადახდა იძლევა 999,99 USDT და 0,01 USDT გადადის შემდეგ ციკლზე, როგორც გადავადებული. პოზიციის გადახდა მთლიანობაში არის პროპორციული წილი: COVER რეზერვი არ გამოიქვითება მისგან.
| კლასი | თანხა, USDT | წონა | აუზის წილი | პოზიციის გადახდა, 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 |
წარსული ციკლების ცვლადი შემოსავალი არ არის მომავლის დაპირება. ზემოთ მოყვანილი მაგალითი არის არითმეტიკა ერთ პირობით აუზზე და არა დაპირებული შემოსავალი და არა გეგმის განაკვეთი.
პროტოკოლის მუშაობის ისტორია და საჯარო მარშრუტები
ამ გვერდზე ყველა ნომერი ხელმისაწვდომია მანქანით, ღია ციკლის ისტორიის მარშრუტით: აგრეგატები ბრუნდება JSON-ის სახით, პერსონალური მონაცემების გარეშე. ფულის მოძრაობა პროტოკოლში ჩაიწერება ჟურნალში ორმაგი ჩანაწერით ჰეშის ჯაჭვით - ციკლის თითოეული ოპერაცია ეხება E-index ფორმის refId-ს.
| მარშრუტი | მეთოდი | წვდომა | უპასუხე | კომენტარი |
|---|---|---|---|---|
/api/epochs/history | GET | საჯაროდ | { ok, count, epochs } — ახლები პირველი, limit 1…90 | იგივე ერთეულები, როგორც ზემოთ მოცემულ ცხრილში. აქ არ არის ერთი პირადი სფერო. |
/api/me/epochs | GET | კლიენტის სესია | { ok, positions, epochs } | მხოლოდ თქვენი პოზიციები: მარშრუტი მოითხოვს აქტიურ სესიას. |
/api/epochs/realize | POST | ops.admin | { ok, epoch, secondApprovalRequired } | ციკლის დაფიქსირება ოპერატორის მიერ. შემოსავლის გადახრა > 30% 7-ციკლიანი მედიანადან მოითხოვს მეორე დადასტურებას. |
ხშირად დასმული კითხვები
რატომ არის განაკვეთი საბანკოზე მაღალი?
განაკვეთი გეგმის პირობაა და არა ვაჭრობის ანგარიში: გარე დარიცხვის წყარო გამოცხადებული არ არის, გადახდები ბრუნვიდან მოდის. რაც მაღალია განაკვეთი, მით უფრო მოკლეა სალაროს ჰორიზონტი.
რა მოხდება, თუ გეგმის პირობები შეიცვლება?
პირობები დეპოზიტის გახსნისას ფიქსირდება და ვადის ბოლომდე მოქმედებს. ახალი პირობები მხოლოდ ახალ დეპოზიტებს ეხება.
COVER რეზერვი დაზღვევაა?
არა. COVER შიდა სააღრიცხვო ანგარიშია: დღიური დარიცხვის ნაწილი იქ გადადის, მაგრამ მისგან გადახდები არ ხდება და კომპენსაციის უფლებას არ იძლევა.