You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It has come to my attention that the Stacks miner will flip-flop between consuming different UTXOs when creating block-commit transactions, if there are multiple UTXOs available. This can happen if there are, for example, two similarly-valuable UTXOs, such that spending one of them will cause the other one to be preferred on the next block-commit transaction. This is very problematic, because it causes the min(mean,median) sampling algorithm to penalize miners that have been continuously online -- the sortition algorithm additionally requires that all block-commit transactions are UTXO-chained.
To remedy this, the miner should check on boot-up whether or not there are multiple UTXOs, and if so, crash with a warning to the user to re-consolidate their UTXOs and try again.
The text was updated successfully, but these errors were encountered:
It has come to my attention that the Stacks miner will flip-flop between consuming different UTXOs when creating block-commit transactions, if there are multiple UTXOs available. This can happen if there are, for example, two similarly-valuable UTXOs, such that spending one of them will cause the other one to be preferred on the next block-commit transaction. This is very problematic, because it causes the
min(mean,median)
sampling algorithm to penalize miners that have been continuously online -- the sortition algorithm additionally requires that allblock-commit
transactions are UTXO-chained.To remedy this, the miner should check on boot-up whether or not there are multiple UTXOs, and if so, crash with a warning to the user to re-consolidate their UTXOs and try again.
The text was updated successfully, but these errors were encountered: