summaryrefslogtreecommitdiff
path: root/2b/86042c6f57f2fc4996b31d63c4967d0d72b2f9
blob: 9ba73df09037edb850fdfdf177161cf91176da92 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192]
	helo=mx.sourceforge.net)
	by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <lapp0@purdue.edu>) id 1YQk0H-0001KC-Be
	for bitcoin-development@lists.sourceforge.net;
	Wed, 25 Feb 2015 22:00:25 +0000
Received: from mailhub130.itcs.purdue.edu ([128.210.5.130])
	by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256)
	(Exim 4.76) id 1YQk0C-0005FD-TV
	for bitcoin-development@lists.sourceforge.net;
	Wed, 25 Feb 2015 22:00:25 +0000
Received: from [10.184.196.185] (pal-nat184-196-185.itap.purdue.edu
	[10.184.196.185]) (authenticated bits=0)
	by mailhub130.itcs.purdue.edu (8.14.4/8.14.4/mta-auth.smtp.purdue.edu)
	with ESMTP id t1PM0DC4010681
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);
	Wed, 25 Feb 2015 17:00:14 -0500
Message-ID: <54EE459B.1090301@purdue.edu>
Date: Wed, 25 Feb 2015 16:58:51 -0500
From: Andrew Lapp <lapp0@purdue.edu>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:31.0) Gecko/20100101 Icedove/31.2.0
MIME-Version: 1.0
To: pagecr@gmail.com
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-PMX-Version: 6.0.2.2308539
X-PerlMx-URL-Scanned: Yes
X-PerlMx-Virus-Scanned: Yes
X-Spam-Score: -0.0 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay
	domain
X-Headers-End: 1YQk0C-0005FD-TV
Cc: bitcoin-development@lists.sourceforge.net
Subject: Re: [Bitcoin-development] Request for comments on hybrid,
 PoW/PoS enhancement for Bitcoin
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Wed, 25 Feb 2015 22:00:25 -0000

Having stakeholders "endorse" blocks has, according to you, the benefits 
of increasing the number of full nodes and making a 51% attack more 
expensive. It seems to me it would have the opposite effects and other 
negative side effects. Any stakeholder that has "won" could just be 
running an SPV client and be informed by a full node that they have won, 
then cooperate to collect the reward. You are mistaking proof of stake 
as a proof you are running a full node. At the same time, the network 
becomes cheaper to attack in proportion to the amount of the block 
reward that is paid to "endorsers". Another side effect is that miners 
would have a bigger economy of scale. The more stake a miner has, the 
more they can "endorse" their own blocks and not others blocks. I 
recommend reading this: https://download.wpsoftware.net/bitcoin/pos.pdf

-Andrew Lapp