Changes to “Token upkeep (persistence)”
#859 (zoobc.how, 2026-10-26 22:31 UTC) → #1087 (zoobc.how, 2026-10-27 00:42 UTC): Seed article updated
…
- it cannot be revived: a FinanceToken can extend only a live token.
+ In the next block, the token's ZBC backing, if it has any, is paid to its holders in proportion to their units. Units count wherever they sit: in balances, in open orders on a market and in open swap offers (credited to their maker), in pending token escrows (credited to the escrow's sender), in vesting schedules (credited to the schedule's owner), in streams (the recipient is credited with what has vested, the sender with the rest) and in the stakes of seated app players. The issuer is paid only for the units it holds itself, and gets the backing back only when no account holds a single unit.
− In the next block, the token's ZBC backing, if it has any, is paid to its holders in proportion to their units. Units count wherever they sit: in balances, in open orders on a market, in open swap offers, in pending token escrows (credited to the escrow's sender), in vesting schedules (credited to the schedule's owner), in streams (split by how much has vested) and in app stakes. If no holder is left, the issuer receives the backing.
> [!example] **Example.** An expired token has 100 ZBC of backing. One account holds 600 of its units in its balance and another has 400 units in an open swap offer. The first receives 60 ZBC and the second 40 ZBC.
+ Genesis coins were created without an expiry date, so no upkeep is due for them. A FinanceToken on a token that never expires is refused, since it has nothing to fund; if a block includes one anyway, it pays its fee and changes nothing.
− Genesis coins were created without an expiry date, so no upkeep is due for them.
## Who pays
…