Nostr

So apparently utxo set size has now already hit 160M. This is a huge blowup, presumably due to "stamps" and similar projects. I wonder if there is a way in which we can finesse by having a flavor of bitcoin node which is "optimistic", stores (in fast access let's say) only utxos above a certain value (somewhere above dust), and has a kind of slower recovery mode to deal with spends of utxos below that filter. I don't know if that makes any sense, especially outside of "blocksonly", and after all we can't have all nodes be blocks only! (or can we? err I just remembered that someone around here may disagree :) ).

calle 1y ago

This seems to be an optimization problem. Certain statistics will probably predict the probability of a UTXO being used in the next x days again like amount, age, prevout, etc and maybe those UTXOs above a threshold probability could have a favorable spot in memory and others live on disk. This would have to be a very heuristic and rule-based approach, statistical models would have to be kept up to date etc... which iss all not really ideal. Maybe there's a better way?

The real fix seems to be utreexo which feels a few years away still.

Reply to this note

Please Login to reply.

Discussion

Felix 1y ago

Is utreexo even still being developed? The github repo seems pretty dead sadly

Felix 1y ago

Ah there is another, really active one :)

Erik 1y ago

It is, we actually have two clients under active development. Check out https://github.com/utreexo/utreexod and https://github.com/Davidson-Souza/Floresta