0.12 release notes: Sort by importance to usability #7429

pull xor-freenet wants to merge 5 commits into bitcoin:0.12 from xor-freenet:0.12-sort-release-notes changing 1 files +86 −87
  1. xor-freenet commented at 7:50 PM on January 27, 2016: none

    Changes

    Move stuff of the following categories to the to the top of the notes, in this descending order by how important I consider it:

    1. CPU usage (= libsecp256k1)
    2. Disk usage (= pruning)
    3. Memory usage (= mempool limiting)
    4. Network usage (= upload limit)
    5. Security (= negative confirmations, Tor)

    Reasons for this choice: CPU, disk, memory and network are what will cause the most visible annoyance to the user, so they're first. With money, security is important as well, so that's also bumped.

    This PR only moves the stuff which I think is understandable to an average user. In other words, I didn't touch the more technical stuff which will be difficult to grasp. If you want me to sort that as well, feel free to suggest what to move where.

    Bonus change

    There was an empty line which I think made no sense, I removed it in 302af5424156584d71d17aa6b211c55a9336.

    Open questions

    I actually think the potential ~ 60 GB disk usage reduction by pruning is the most important change, not the 5x signature validation CPU usage reduction by libsecp256k1: CPU cycles are continuously "produced" by the users machine, but the available disk space is usually fixed. And 60 GB is a lot! But as I'm biased by having a small SSD in my laptop, I would please like to first request reviewers to voice a vote on whether I should move pruning above libsecp256k1 or not?

  2. doc: Sort release notes descending by importance to usability 282d96c0a3
  3. doc: Sort release notes descending by importance to usability c79b1b6476
  4. doc: Sort release notes descending by importance to usability 3c45d5c337
  5. doc: Sort release notes descending by importance to usability 1c3468c332
  6. doc: Remove useless empty line in release notes
    I don't know who put that there, it wasn't me.
    I don't see why it would be needed.
    302af54241
  7. jonasschnelli commented at 8:36 PM on January 27, 2016: contributor

    Hmm... importance is relative. The wallet (so wallet & pruning) is probably not the most relevant topic. Mempool limitation and opt-in RBF are – IMO – far more relevant for the 0.12 release. I tend to keep the current order.

  8. jonasschnelli added the label Docs and Output on Jan 27, 2016
  9. xor-freenet commented at 8:41 PM on January 27, 2016: none

    The wallet (so wallet & pruning) is probably not the most relevant topic.

    I totally appreciate the effort of people who run nodes solely for the purpose of helping the network; or for mining. But both are expert usecases. The wallet on the other hand is a non-technical, non-expert usecase. And we can assume that the average user is not an expert who does highly technical stuff. So by assuming that usability work should target the average user, can we agree that the wallet is important then?

  10. xor-freenet commented at 8:48 PM on January 27, 2016: none

    [...] and opt-in RBF are – IMO – far more relevant for the 0.12 release.

    I didn't push opt-in RBF because there is no UI for it yet, and thus it is not relevant to an average wallet user:

    Note that the wallet in Bitcoin Core 0.12 does not yet have support for creating transactions that would be replaceable under BIP 125.

  11. MarcoFalke commented at 10:00 PM on January 27, 2016: member

    I agree with @jonasschnelli: Importance is hard to evaluate so that everyone agrees. Some sections could be reordered but I think we don't want to create merge conflicts with other release note pull either.

    I'd rather keep the current order, as the release notes are already referred to from other places and reordering could potentially destroy references.

  12. xor-freenet commented at 10:33 PM on January 27, 2016: none

    Some sections could be reordered but I think we don't want to create merge conflicts with other release note pull either.

    Git could be able to deal with that, I'm not sure. Also notice: I've intentionally put each moved section in a commit of its own. So if you only agree with some of the moving, then the other commits could be left out.

    I'd rather keep the current order, as the release notes are already referred to from other places and reordering could potentially destroy references.

    Links to sections in GitHub markdown reference the key of a section, not its line number. Example

    https://github.com/bitcoin/bitcoin/blob/v0.11.0/doc/release-notes.md#block-file-pruning

  13. laanwj commented at 9:18 AM on January 28, 2016: member

    Thanks for thinking about this. But I'm not convinced either that this order is much better. I already sorted it, more or less, by importance in the beginning. Also: Security is our priority #1, not the other way around.

  14. laanwj commented at 10:06 AM on February 18, 2016: member

    Closing - 0.12.0 final has been tagged, no longer possible to make changes here

  15. laanwj closed this on Feb 18, 2016

  16. MarcoFalke locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-22 18:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me