New BIP: PoST Datastore for Advanced Cryptography and Higher Efficiency Mining #1084

pull Mentors4EDU wants to merge 20 commits into bitcoin:master from Mentors4EDU:master changing 5 files +3673 −0
  1. Mentors4EDU commented at 11:51 pm on March 9, 2021: none
    A new BIP for Consensus (Hard Fork) PoST Datastore for Advanced Cryptography and Higher Efficiency Mining I have already talked about this a bit in the btc-dev list. I decided to submit at least for draft status, and hope that I can be assigned a BIP number to address/work on this further.
  2. Create bip-draft.mediawiki 4cb087d007
  3. Rename bip-draft.mediawiki to bip-amkn-posthyb.mediawiki 4a771dddad
  4. Update bip-amkn-posthyb.mediawiki ff6a3f8028
  5. Update bip-amkn-posthyb.mediawiki 4ae344a67c
  6. Update bip-amkn-posthyb.mediawiki 564dbc2d5b
  7. Update bip-amkn-posthyb.mediawiki f7188d2972
  8. Update bip-amkn-posthyb.mediawiki 08bab54f98
  9. Update bip-amkn-posthyb.mediawiki 2833cf3ce3
  10. Create MEDIA 0e400e4be6
  11. Add files via upload ab1d06ef91
  12. Delete MEDIA 31be354620
  13. Update bip-amkn-posthyb.mediawiki 7accb52e47
  14. Update bip-amkn-posthyb.mediawiki 369d84a5f4
  15. Mentors4EDU commented at 4:05 pm on March 14, 2021: none

    @luke-jr I am hoping to be assigned a BIP # soon for this draft so I have something to reference instead of bip-amkn-posthyb.

    Keep in mind this is just draft status, but I will start doing implementations soon so that eventually I can potentially upgrade it to final status.

  16. luke-jr commented at 8:12 pm on March 15, 2021: member

    BIP number assignment requires a technically-sound specification (it appears there is none in this draft), and documentation of backward compatibility impact.

    Please feel free to ping me once you’ve added these.

  17. luke-jr added the label New BIP on Mar 15, 2021
  18. kallewoof commented at 10:18 pm on March 15, 2021: member
    I skimmed through the text, and I’m more confused than I was before I began. I suggest the author read up on other BIPs to get a better feel for how these are usually structured, then read BIP 2 carefully. It could also perhaps be a good exercise to read up on the scientific method.
  19. Mentors4EDU commented at 10:28 pm on March 15, 2021: none
    Hi, I’m adding more details in regards to technical implementation given the complexity of this subject. I will also integrate backwards compatibility into my proposal. Will ping Luke when done. I was planning to have some preprints with a higher level of technical detail, but will integrate a higher level of technical detail given the need of further soundness or clarification in the proposal.
  20. Update bip-amkn-posthyb.mediawiki 492aed44be
  21. Update bip-amkn-posthyb.mediawiki 69b98c2162
  22. Mentors4EDU commented at 6:49 pm on March 17, 2021: none
    @luke-jr Do let me know if you need any further updates for this to be assigned a bip draft number? As I want to start doing implementation and dev work quite soon.
  23. Mentors4EDU commented at 7:51 pm on March 20, 2021: none
    Hello @luke-jr Not to be a bother, but I’m still awaiting a BIP draft number so I can at least start developing the reference implementation. I have made a few updates since last time.
  24. Add files via upload 8a12a2a7bc
  25. Update bip-amkn-posthyb.mediawiki d01663714e
  26. Update bip-amkn-posthyb.mediawiki 38fe0aaf46
  27. michaelfolkson commented at 6:48 pm on March 22, 2021: contributor

    I’m not familiar with the thought process behind giving a draft BIP a number. However, I wouldn’t support giving this a BIP number. It seems to be attempting to achieve multiple hugely ambitious goals (with a lot of missing detail) and on top of that needs a hard fork (which though not impossible adds an additional dimension of complexity).

    I’d recommend focusing on just one goal (ideally not needing a hard fork). Though if you do this it would also need to be fleshed out a lot more than currently to be considered for a BIP number (in my opinion).

  28. Mentors4EDU commented at 6:59 pm on March 22, 2021: none

    I’m not familiar with the thought process behind giving a draft BIP a number. However, I wouldn’t support giving this a BIP number. It seems to be attempting to achieve multiple hugely ambitious goals (with a lot of missing detail) and on top of that needs a hard fork (which though not impossible adds an additional dimension of complexity).

    I’d recommend focusing on just one goal (ideally not needing a hard fork). Though if you do this it would also need to be fleshed out a lot more than currently to be considered for a BIP number (in my opinion).

    Hi, hard forks are one of the types of BIP proposals allowed. It is a major change in the consensus, hence the need. There are enough details in regards to what I am trying to build, hence the purpose of this draft. Since the two main goals are related to consensus and it will likely be part of the same hard fork, it is much easier to include it in one BIP. That said, if there is a part needed emphasis on do let me know, for reference please check the comments URL to see if the question was already asked or not as I had somewhat thorough discussions on the subject matter.

  29. Mentors4EDU commented at 7:04 pm on March 22, 2021: none
    I also want to emphasize that the same topic was already proposed March 4th, receiving a BIP number doesn’t automatically mean final or approved. If there is a section though needing expanding, I’m happy to add more details further or clarify as needed, however I’m looking for a number to at least establish it’s place in being proposed and it doesn’t seem to contradict the current BIP format. @luke-jr
  30. Update bip-amkn-posthyb.mediawiki 98388f1f9c
  31. in bip-amkn-posthyb.mediawiki:15 in 38fe0aaf46 outdated
    10+  License: MIT | zlib | OPNL-2 | CC BY 4.0
    11+  Replaces: N/A
    12+</pre>
    13+
    14+==Abstract==
    15+This BIP aims to provide a more complex cryptography alternative to Bitcoin's traditional encryption scheme. It also specifies a hybrid consensus for allowing both traditional PoW and memory hard mining. The aim is for more optimized cryptographic efficiency and sustainable security in the future.
    


    Mentors4EDU commented at 7:42 pm on March 22, 2021:
    Hi, did you read the entire BIP? This proposal includes both specific updates to the cryptography and specific updates for the mining which are both still related to block and transaction validation.

    Mentors4EDU commented at 7:58 pm on March 22, 2021:
    Nonetheless, I decided to update the wording slightly.
  32. Mentors4EDU commented at 8:06 pm on March 22, 2021: none

    BIP number assignment requires a technically-sound specification (it appears there is none in this draft), and documentation of backward compatibility impact.

    Please feel free to ping me once you’ve added these. @luke-jr I think my newest commits cover these two. I also have covered this already via the bitcoin-dev list as well. Best regards, Andrew

  33. luke-jr commented at 10:31 pm on April 22, 2021: member
    Still don’t see a spec.
  34. Mentors4EDU commented at 8:44 pm on April 25, 2021: none

    Still don’t see a spec.

    Hi, I am updating this further and will be tagging you quite soon when done.

  35. Update bip-amkn-posthyb.mediawiki 7631735106
  36. Mentors4EDU commented at 9:49 pm on April 28, 2021: none
    Hi @luke-jr Please view the file, I have added to the specification and added a core considerations subsection. This has some UMLs, lists some parameters, and includes some references. I am hoping since this has been actively edited since March, and I added backwards compatibility and the specifications section, that this can finally be assigned a bip draft number. That would be super helpful prior to me finishing up implementation and development. Do let me know if you need anything else.
  37. Mentors4EDU commented at 6:50 pm on May 9, 2021: none

    Hi, these changes were added along with the past edits, further expanding on the technological specifications or what is expected in regards to the implementation.

    Hoping for at least a draft # soon, as I have already started a portion of the development.

  38. MarcoFalke commented at 7:55 am on May 10, 2021: member

    I think this can be closed according to BIP 2

    Vetting an idea publicly before going as far as writing a BIP is meant to save both the potential author and the wider community time. Asking the Bitcoin community first if an idea is original helps prevent too much time being spent on something that is guaranteed to be rejected based on prior discussions (searching the internet does not always do the trick). It also helps to make sure the idea is applicable to the entire community and not just the author. Just because an idea sounds good to the author does not mean it will work for most people in most areas where Bitcoin is used.

    I read the whole mailing list thread and couldn’t find a single approval of this BIP. Neither did anyone approve the BIP in this thread.

  39. MarcoFalke commented at 7:56 am on May 10, 2021: member
  40. Mentors4EDU commented at 8:10 am on May 10, 2021: none

    You can read the full BIP 2 here: https://github.com/bitcoin/bips/blob/master/bip-0002.mediawiki

    Hi, the BIP has been discussed. Bip 2 specifically states, “The BIP draft must have been sent to the Bitcoin development mailing list for discussion.”.

    Also, please take into account assigning a BIP draft # doesn’t even mean acceptance. Accepted BIPs are proposed. There is a difference between the draft and proposed statuses.

    The BIP doesn’t describe a democratic voting process and I don’t think drafts or proposals for the entire Bitcoin ecosystem are decided on the basis of input from a very small group of people. That sounds a bit too centralized and also prune to the fact that a majority of people on the mailing lists don’t like hard forks to begin with, hence creating a possibility of censorship.

    That said, I think blockchain voting or mass adoption are long term better indicators of community support over just mailing list feedback from a few people.

    I also think outright proposing to close a BIP after over 20 revisions and two months of work isn’t really a healthy way to effectively communicate the point across and with all due respect, not the best way to handle things internally.

  41. Mentors4EDU commented at 8:19 am on May 10, 2021: none
    Anyways I’m hoping for a draft number so I can push this proposal to a further status afterwords and continue working on the technological implementation. If more revisions are needed let me know, but I feel the way the proposal has been structured is a mass improvement and worth the read.
  42. MarcoFalke commented at 8:22 am on May 10, 2021: member

    I also think outright proposing to close a BIP after over 20 revisions and two months of work isn’t really a healthy way to effectively communicate the point across and with all due respect, not the best way to handle things internally.

    I posted this above, but the way to vet an idea is not to put two months of work into a document and request it to be merged. BIP 2 states:

    Vetting an idea publicly before going as far as writing a BIP is meant to save both the potential author and the wider community time.

    […]

    Once the champion has asked the Bitcoin community as to whether an idea has any chance of acceptance, a draft BIP should be presented to the Bitcoin development mailing list.

  43. Mentors4EDU commented at 8:30 am on May 10, 2021: none

    I also think outright proposing to close a BIP after over 20 revisions and two months of work isn’t really a healthy way to effectively communicate the point across and with all due respect, not the best way to handle things internally.

    I posted this above, but the way to vet an idea is not to put two months of work into a document and request it to be merged. BIP 2 states:

    Vetting an idea publicly before going as far as writing a BIP is meant to save both the potential author and the wider community time.

    […]

    Once the champion has asked the Bitcoin community as to whether an idea has any chance of acceptance, a draft BIP should be presented to the Bitcoin development mailing list.

    Hi, there needs to be specifics then on what constitutes the Bitcoin community. I have already sought out general feedback for many of the topics presented in this BIP before going to the mailing list. This includes from software engineers who were concerned about Bitcoin’s energy consumption as well as from posts I did on Hackernoon.

    Also keep in mind quantum resistance, energy consumption and network latency are some of the most discussed areas of interest on the Bitcoin mailing lists. I believe any lack of interest or skepticism would change in the future once the technological implementation becomes more prevalent. However, closing it on the assumption that it probably isn’t worth anybody’s time is living in the past and probably prevents people from potentially seeing a technology that fixes issues they have always been discussing anyways.

    That is why I disagree, and think it is healthier to assign it a draft # and allow it to naturally grow to where it can be proposed or withdrawn or abandoned.

  44. MarcoFalke commented at 8:47 am on May 10, 2021: member
    Again, there is ~zero support for this hard-fork proposal on the mailing list. A hard-fork proposal ideally has 100% support to avoid a chain split. I know that there are hard-fork proposals in this repository that didn’t achieve 100% support, but at least the support was non-zero at some time and there was a slim chance that they might get adopted.
  45. Mentors4EDU commented at 9:15 am on May 10, 2021: none

    Again, there is ~zero support for this hard-fork proposal on the mailing list. A hard-fork proposal ideally has 100% support to avoid a chain split. I know that there are hard-fork proposals in this repository that didn’t achieve 100% support, but at least the support was non-zero at some time and there was a slim chance that they might get adopted.

    Hi, a large degree of the criticisms I have received was on misunderstandings of the technology. Some have mistakenly believed that this might disenfranchise ASIC miners or reduce the capital expenditure aimed at securing Bitcoin. Both of these were assumptions that were untrue and are reasons why I decided to address them specifically in my BIP. You do understand also as a Bitcoin maximalist, if this is just Bitcoin but with better energy efficiency and Quantum resistance in its architecture, in the future it could have the potential to become de facto Bitcoin. A majority of what is discussed in this BIP likely would have to have similar things take place on Bitcoin’s code anyways given what will become the end of Moore’s law and the rise of Quantum computing.

  46. Mentors4EDU commented at 3:40 am on May 13, 2021: none

    Hi @luke-jr Given that this BIP tackles energy efficiency problems such as the ones seen here, as well as problems related to security from various standpoints that the community is still considering, I feel like as a draft this isn’t a bad place to start.

    I have already been seeking out feedback from various places. The specifications section has been expanded dramatically as well as other sections.

    Please let me know if anything else is needed to otherwise assign a draft number. Thank you for your time.

  47. MarcoFalke commented at 7:19 am on May 13, 2021: member

    #1084 (comment)

    The burden is on you (as per BIP 2) to show that this has non-zero support. You can’t claim that no one understands this and thus it must be a good start.

  48. Mentors4EDU commented at 1:40 pm on May 13, 2021: none

    Hi, @MarcoFalke I’m more then willing to show this has non-zero support. Many of the comments weren’t outright disapprovals but rather concerns. Anyways, I will provide some insights quite soon as a more detailed response in regards to the support levels. Hopefully they will be as valuable as the same person telling me I have zero support in three or four different ways as comments to a GitHub pull request.

    Best regards, Andrew

  49. Mentors4EDU commented at 7:18 pm on May 13, 2021: none
    Hi @MarcoFalke I do apologize if I do sound a bit salty. I will provide a comments summary in this BIP in regards to the concerns on support levels and insight and clarity on that area. I was hoping however, that you would provide comments in regards to which areas you were looking for more expansions on or comments in regards to the tech. Henceforth, my disparaging remarks in the morning. Best regards, Andrew
  50. michaelfolkson commented at 11:18 am on May 14, 2021: contributor

    I think this can be closed according to BIP 2

    I agree with @MarcoFalke that this can be closed for all the reasons given above. There has to be a bar for giving out BIP numbers and it seems to be universally agreed that this proposed BIP does not meet that bar.

  51. Mentors4EDU commented at 4:20 pm on May 14, 2021: none

    I have archived this bip as a preprint and will develop this project further. I am deciding to close this bip for now and hopefully people’s minds are changed after the project is live.

    Best regards, Andrew

  52. Mentors4EDU closed this on May 14, 2021


github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bips. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2024-12-03 17:10 UTC

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