Skip to content

AssumeUTXO Mainnet Readiness Tracking #29616

Description

@fjahr

Goals of this issue

  • Track all ongoing work on assumeutxo until mainnet params are included in a release
  • Categorize the work into critical/optional for mainnet readiness
  • Conceptual discussion on assumeutxo topics that may or may not be critical for mainnet readiness

The initial categorizations here are suggestions and changes should be discussed here in the issue. Obviously let me know if I missed anything.

Critical Issues/PRs

Optional Issues/PRs

(Attempted a rough ordering by importance)

Critical conceptual discussion

Optional conceptual discussion

These were taken from #28553 and the original assumeutxo PR.

  • Distribution of snapshots - This recently came up here and here. There are multiple levels to this topic but I believe that this is not critical either way. If it were critical then, at the most basic level, we would probably provide an "official" torrent/download link for the dump with the release. It would be great if one or more contributors could do that (@Sjors did this in validation: assumeutxo params for testnet and signet #28516 for example) and are willing to maintain this for a reasonable amount of time but it is not critical IMO because anyone can use dumptxoutset to recreate the dump and then share it any way they like. So there is no need to provide this service from within the project. I think anyone who plans to distribute the dump to other users (think of downstream projects like BTCPayServer, Raspiblitz, Umbrel, Greenlight etc.) should validate the dump like this at least once anyway. And there may even be options for distribution possible for downstream projects that we can not even think of right now but if we don't make the feature available they can also not be explored.
  • Usage of MuHash Use muhash for assumeUTXO snapshot  #27669 - While it would be nice to have this I don't think it is blocking because this can still be introduced later without invalidating existing dumps.
  • Make params configurable/not hardcoded params - I think it would be good to stay on the safe side for now and make the feature available to the public as originally planned. If the feature sees wide adoption and requests for more flexibility come in that would be the right point to explore this further.
  • Should old hashes be removed from source code at some point? - Obviously not relevant for the first mainnet params
  • How frequently should we update testnet/signet params and is there any way to deal with the possibility that these chains may get nuked at some point?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions