Suggestion of a method for handling bitcoin forks

Bitcoin Forum

May 24, 2024, 11:02:59 AM

Welcome, Guest. Please login or register.

News: Latest Bitcoin Core release: 27.0 [Torrent]

Home

Help

Bitcoin Forum > Bitcoin > Development & Technical Discussion > Suggestion of a method for handling bitcoin forks

Pages: [1]

« previous topic next topic »

Author

Topic: Suggestion of a method for handling bitcoin forks (Read 675 times)

kano (OP)

Legendary

Offline

Activity: 4508
Merit: 1819

Linux since 1997 RedHat 4

Suggestion of a method for handling bitcoin forks

November 12, 2015, 09:24:20 AM

I've raised an issue with a brief idea of an RPC solution for manually deciding network forks within the bitcoin software
https://github.com/bitcoin/bitcoin/issues/6995

Feel free to comment here (or there) if you have suggestions/comments about it

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer

hexafraction

Sr. Member

Offline

Activity: 392
Merit: 259

Tips welcomed: 1CF4GhXX1RhCaGzWztgE1YZZUcSpoqTbsJ

Re: Suggestion of a method for handling bitcoin forks

November 12, 2015, 11:28:23 AM

My first thought was that one could be social-engineered to work on the "bad" side and open oneself to double spends, but it seems to be far easier to trick someone into exporting a private key. I'm still not sure of the non-development uses of it, since forcing oneself onto the "wrong" side of a fork doesn't really help you in any way.

I have recently become active again after a long period of inactivity. Cryptographic proof that my account has not been compromised is available.

Pages: [1]

Bitcoin Forum > Bitcoin > Development & Technical Discussion > Suggestion of a method for handling bitcoin forks

« previous topic next topic »

Jump to: