Open cycle log
Accrual cycles: the protocol in numbers
Thirty closed cycles, the pool, revenue and coverage — numbers, not promises. All you need is an amount in USDT and a term: the rate is a plan condition, not a promise of payment.
The variable returns of past cycles are not a promise for the future. The numbers below are a fact of already closed cycles, and not a forecast or a bet.
Last 30 cycles
Pool - how much was in the pool at the beginning of distribution (including carryover from previous cycles). Revenue - how much is recognized in this cycle. Distributed - the actual share of the cycle in money, that is, how much was paid to the positions. Coverage - what share of the pool reached the positions: distributed ÷ pool. The remainder does not disappear: it goes into vault retention (raises the price of the share) or is transferred to the next cycle as deferred. The source of revenue for each cycle is the revenueSource field of its snapshot: the line under the table names the source of the last closed cycle, and if there is no source in the snapshot, it prints the revenue_unavailable status.
| Cycle | Date (UTC) | Pool, USDT | Revenue, USDT | Distributed, USDT | Coating |
|---|---|---|---|---|---|
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
| — | — | — | — | — | — |
Row values come from the route /api/epochs/history?limit=30 after the page opens: without JavaScript the cells remain empty (“—”).Source of revenue: revenue_unavailable — the source is not specified in the cycle snapshot
Pool size by cycles
The chart is built from data of the route /api/epochs/history. Without JavaScript neither the chart nor the table above is filled: the same pool values by cycle are returned by the route /api/epochs/history.
How is your share calculated?
Four steps, without “daily interest from nothing”: first the position is converted into capital shares, then the weight is calculated, then the pro-rata share of the pool - and it is credited to the entire position: the COVER reserve does not reduce the payout. The actual fraction of the cycle is the fact of a closed cycle; the plan reference from the landing page is a calculated value for comparison, so these two numbers do not have to coincide.
- Step 1 position
Position → capital shares (shares)
When you open a position, you receive a share of the vault's capital, not the promise of a bet. While there are no shares, the share price is 1.
shares = assetsCents × totalShares / totalAssetsCents (with totalShares = 0: shares = assetsCents × 10^18) share price = totalAssetsCents / totalShares price growth per cycle = retentionCents / totalAssetsCents_beforeThe share price increases only for the retained part of the cycle. Example: capital 10,000.00 USDT, withheld 5.00 USDT → price increase 5 bpm, that is 0.05%. If there was no deduction, the price does not change.
- Step 2 weight
Position amount → weight
Weight is the contribution of the position to the total weight of the cycle. The plan class specifies a multiplier from 150 to 300 bpm; the weight itself is in the same units as the position amount.
weight = floor(principalCents × WEIGHT_BPM_BY_PLAN[class] / 10,000)Classes and multipliers: STARTER 150 bpm, BASIC 180 bpm, ADVANCED 220 bpm, PREMIUM 260 bpm, VIP 300 bpm. An unknown class does not give weight: the position is rejected as vault_weight_class_unknown.
- Step 3 Pool share
Weight → pro-rata pool share (actual cycle share)
If the pool is less than the sum of the weights of live positions, the pool is divided proportionally to the weights, always rounding down (floor). If the pool covers the entire sum of the weights, the position receives exactly its weight, and everything in excess remains in the vault capital and increases the price of the share. The remainder does not disappear: in case of a deficit, it is transferred to the next cycle as deferred, and in case of full coverage it goes into retention (capital vault).
sumWeight = sum of cycle position weights pool < sumWeight: payout_i = floor(poolCents × weight_i / sumWeight) pool ≥ sumWeight: payout_i = weight_i remainder = poolCents − sumPayout_i (≥ 0: deferred or retention into vault capital) - Step 4 · enrollment
Payment of a position - without deductions from the share
The share is credited to the position in its entirety: the COVER reserve is 2.5% (250 bpm) - this is an internal transfer of the protocol treasury in the flat model of daily accrual, it does not reduce the payment to the client, and it does not participate in the cyclical distribution at all. This is not an outside commission or insurance: the reserve remains inside the protocol.
payout_i = floor(poolCents × weight_i / sumWeight) (with poolCents ≥ sumWeight: payout_i = weight_i) there are no deductions from payout_i: the COVER reserve (250 bpm) does not reduce the payout
Analyzed examples on three classes of plans
The same pool of 1,000.00 USDT is distributed between three positions on the minimum amounts of plans: STARTER 25.00 USDT, BASIC 5,000.00 USDT, ADVANCED 50,000.00 USDT (the engine does not accept smaller amounts). The total weight is 1,190.37 USDT, that is, the pool is less than the sum of the weights and the floor discipline of step 3 works: three payments give 999.99 USDT, and 0.01 USDT is carried over to the next cycle as deferred. The payment of a position is a pro-rata share in its entirety: the COVER reserve is not deducted from it.
| Class | Amount, USDT | Weight | Pool share | Position payout, 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 |
The variable returns of past cycles are not a promise for the future. The example above is arithmetic on one conditional pool, not the promised income and not the plan rate.
Protocol operation history and public routes
All numbers on this page are machine accessible, via the open cycle history route: the aggregates are returned as JSON, without personal data. The movement of money within the protocol is recorded by a double entry in the journal with a hash chain - each operation of the cycle refers to a refId of the form E-index.
| Route | Method | Access | Answer | Comment |
|---|---|---|---|---|
/api/epochs/history | GET | Publicly | { ok, count, epochs } — newest first, limit 1…90 | The same units as in the table above. There is not a single personal field here. |
/api/me/epochs | GET | Client session | { ok, positions, epochs } | Only your positions: the route requires an active session. |
/api/epochs/realize | POST | ops.admin | { ok, epoch, secondApprovalRequired } | Fixation of the cycle by the operator. Revenue deviation > 30% from the 7-cycle median requires a second confirmation. |
Frequently asked questions
Why is the rate higher than a bank rate?
The rate is a plan condition, not a trading report: no external source of accrual is declared, and payments come from turnover. The higher the rate, the shorter the cash horizon.
What happens if the plan conditions change?
The conditions are recorded when the deposit is opened and apply until the term ends. New conditions apply to new deposits only.
Is the COVER reserve insurance?
No. COVER is an internal accounting account: part of the daily accrual is moved there, but no payouts come from it and it grants no right to compensation.