Asset Pruning/Burning about lnpbps HOT 5 CLOSED

Related to 'Accountable pruning procedure for fungible assets schema (RGB-20)'
#27

from lnpbps.

1. To Bitcoiners, "burning" means to send BTC somewhere it can never be retrieved or used again. Pruning is better.
2. If an asset can be issued that users know cannot be pruned, it could be useful, but I am not sure that usefulness overlaps with anyone wanting share that much history. Nice to have the option, not sure if it will get used a lot.
3. I don't understand. Basically a function that requires issuers to reveal current state? prove current issuance, or?
4. Ah ok I recall this conversation now. Generally, any feature that would allow an issuer to prove honesty and issuance will be useful.

from lnpbps.

My epochs proposal:

from lnpbps.

Some USDT stats:

• tens of millions of past owners; be prepared for hundreds of millions (= possible number of nodes in history DAG)
• graph structure with hubs: better to have prunning at that point, otherwise we will quickly end up with one "global" graph of enormous size
• average size of state transition with two outputs (change and payment) will be ~1kb
• historically on Ethereum USDT had >10m transitions, implying >10gb of proof data in a year if we will have no prunning at hub level

from lnpbps.

Outdated by RGB-WG/rgb-node#19

from lnpbps.