Bitcoin Forum
May 11, 2024, 10:24:30 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: The Oversight "Problem"  (Read 492 times)
LanYu (OP)
Jr. Member
*
Offline Offline

Activity: 54
Merit: 10


View Profile
November 27, 2013, 04:56:35 PM
 #1

Hi everybody,

I have noticed that there are a few instances in the Bitcoin protocol where human oversight and intervention is necessary to verify the network and insure that it is operating correctly. The obvious instance would be the fork earlier this year, where nodes had to manually revert their software to correct he problem.

A generalization would be this: Imagine that the network experiences a fork due to differences in protocol, I.e. Assume some portion of the network was affected by a virus that altered its client. How would this be handled?

It seems that the solution is to manually identify if your client is following protocol (which must be declared by a central development team) and then intervene. So there are two hold ups in the problem, where manual intervention is needed.

My question is whether or not there have been discussions or proposals on how this might be automated. I think that to automate this, there would have to be some way to decentralize "protocol determination", if that even makes sense.
1715466270
Hero Member
*
Offline Offline

Posts: 1715466270

View Profile Personal Message (Offline)

Ignore
1715466270
Reply with quote  #2

1715466270
Report to moderator
1715466270
Hero Member
*
Offline Offline

Posts: 1715466270

View Profile Personal Message (Offline)

Ignore
1715466270
Reply with quote  #2

1715466270
Report to moderator
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, but full nodes are more resource-heavy, and they must do a lengthy initial syncing process. As a result, lightweight clients with somewhat less security are commonly used.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
cr1776
Legendary
*
Offline Offline

Activity: 4032
Merit: 1301


View Profile
November 28, 2013, 01:30:51 AM
 #2

I think that a diversity of clients on various OS's written in a variety of languages is one way to help ensure this doesn't happen. (Assuming we are speaking of a runtime client compromise).  Most big pool operators are watching things well too. I don't believe this is the case now though so this an interesting discussion. 
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!