To avoid bitcoin fork problems in the future - coding #10852

issue Dealazer opened this issue on July 17, 2017
  1. Dealazer commented at 3:39 PM on July 17, 2017: none

    The bitcoin client should have special code in it where it is only accepted to run as a client at certain rule.

    Until a certain amount of clients are at the right level to force older clients to not be accepted.

    The code should have a verification of secret interpret with the main server node or two other nodes that validates the version number, best option is to use blockchain.info as main interpreter for the version verification, otherwise the clients should then automatic deny running because of version problems, until the user updates the client.

    This rule can be put into a lib with cryptographic code.

    To avoid splitting Bitcoin into different coins, there is mostly advised that main nodes and new version nodes are not compatible with lower versions. Therefore making new versions as specific to only allow co-operation of certain client versions. While older versions then will be specific of to only be accepted of transactions with special cumulative confirmations that have their own certain tag from the old clients.

    As of this there should also be certainty of disallowing transactions to old clients and transaction to wrong recipient, while the tx code wouldn't be created by master node?. At that point these transactions should only be forced to send the coins to the own specific address from which it is sent from, as a return to original address. Forcing old clients to only send back to their own address as replacement of transaction. As of forcing old clients transactions to only send back to the address it is sent from, only then creating problems with only fees for the owner of coins.

    To avoid splitting Bitcoin into different coins, it is also advised that Bitcoin at some point turns off for 1 day, to initiate the system new version if very uncompatible, with adhere disruption of old clients. All wallets will remain with same amount if transferred from old client, but this again will certainly create scam system, then most exchanges should be aware of this uncompatible solution.

    There should be a certain rule to disallow blocks of old version specifics. To disallow blocks of old clients, there should be a rule from the main node to not confirm the creation of new blocks to the certain blocks discovered from certain client versions. Therefore encouraging miners to shift to newest versions. As all blocks will be declined and not forged into new client system as of version specific intolerance.

    Sorry that I don't understand everything about bitcoin, but there might of course be some different interpret on something that can be done to avoid problems with new clients and new instated rules in the coin main system, as of what can happen.

  2. MarcoFalke added the label Brainstorming on Jul 17, 2017
  3. MarcoFalke commented at 6:17 PM on July 17, 2017: member

    Usually the issue tracker is used to track technical issues related to the Bitcoin Core code base. Keep in mind that general bitcoin questions and/or support requests and are best directed to the Bitcoin StackExchange.

  4. MarcoFalke closed this on Jul 17, 2017

  5. MarcoFalke locked this on Sep 8, 2021
Contributors

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-05-01 00:15 UTC

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