<div dir="ltr"><br><br>&gt; <span style="font-size:12.8px">It&#39;s a political assessment. Full nodes are the ultimate arbiters of consensus. <br><br>That&#39;s not true unless miners are thought of as the identical to nodes, which is has not been true for nearly 4 years now.  Nodes arbitrating a consensus the BU theory - that nodes can restrain miners - but it doesn&#39;t work.  If miners were forked off from nonminers, the miner network could keep their blockchain operational under attack from the nodes far better than nodes could keep their blockchain operational under attack from the miners.  The miners could effectively grind the node network to a complete halt and probably still run their own fork unimpeded at the same time.  This would continue until the the lack of faith in the network drove the miners out of business economically, or until the node network capitulated and followed the rules of the miner network.<br><br>The reason BU isn&#39;t a dire threat is that there&#39;s a great rift between the miners just like there is between the average users, just as satoshi intended, and that rift gives the user network the economic edge.<br><br>&gt; </span><span style="font-size:12.8px">If home users are not running their own full nodes, then home users have to trust and rely on other, more powerful nodes to represent them. Of course, the more powerful nodes, simply by nature of having more power, are going to have different opinions and objectives from the users.<br><br>I think you&#39;re conflating mining with node operation here.  Node users only power is to block the propagation of certain things.  Since miners also have a node endpoint, they can cut the node users out of the equation by linking with eachother directly - something they already do out of practicality for propagation.  Node users do not have the power to arbitrate consensus, that is why we have blocks and PoW.<br><br>&gt; </span><span style="font-size:12.8px">And it&#39;s impossible for 5000 nodes to properly represent the views of 5,000,000 users. Users running full nodes is important to prevent political hijacking of the Bitcoin protocol.  [..] </span><span style="font-size:12.8px">that changes you are opposed to are not introduced into the network.</span><span style="font-size:12.8px"><br><br>This isn&#39;t true.  Non-miner nodes cannot produce blocks.  Their opinion is not represented in the blockchain in any way, the blockchain is entirely made up of blocks.  They can commit transactions, but the transactions must follow an even stricter set of rules and short of a user activated PoW change, the miners get to decide.  It might be viable for us to introduce ways for transactions to vote on things, but that also isn&#39;t nodes voting - that&#39;s money voting.<br><br>Bitcoin is structured such that nodes have no votes because nodes cannot be trusted.  They don&#39;t inherently represent individuals, they don&#39;t inherently represent value, and they don&#39;t commit work that is played against eachother to achieve a game theory equilibrium.  That&#39;s miners.</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">&gt; </span><span style="font-size:12.8px">This statement is not true for home users, it is true for datacenter nodes. For home users, 200 GB of bandwidth and 500 GB of bandwidth largely have the exact same cost.<br><br>Your assumption is predicated upon the idea that users pay a fixed cost for any volume of bandwidth.  That assertion is true for some users but not true for others, and it is becoming exceedingly less true in recent years with the addition of bandwidth caps by many ISP&#39;s.  Even users without a bandwidth cap can often get a very threatening letter if they were to max their connection 24/7.  Assuming unlimited user bandwidth in the future and comparing that with limited datacenter bandwidth is extremely short sighted.  Fundamentally, if market forces have established that datacenter bandwidth costs $0.09 per GB, what makes you think that ISP&#39;s don&#39;t have to deal with the same limitations?  They do, the difference is that $0.09 per GB times the total usage across the ISP&#39;s customer base is far, far lower than $80 times the number of customers.  The more that a small group of customers deviating wildly becomes a problem for them, the more they will add bandwidth caps or send threatening letters or even rate-limit or stop serving those users.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Without that assumption, your math and examples fall apart - Bandwidth costs for full archival nodes are nearly 50 times higher than storage costs no matter whether they are at home or in a datacenter.</span></div><div><span style="font-size:12.8px"><br>&gt; </span><span style="font-size:12.8px">The financials of home nodes follow a completely different math than the costs you are citing by quoting datacenter prices.<br></span><span style="font-size:12.8px"><br>No, they really aren&#39;t without your assumption.  Yes, they are somewhat different - If someone has a 2TB hard drive but only ever uses 40% of it, the remaining hard drive space would have a cost of zero.  Those specific examples break down when you average over several years and fifty thousand users.  If that same user was running a bitcoin node and hard drive space was indeed a concern, they would factor that desire into the purchase of their next computer, preferring those with larger hard drives.  That reintroduces the cost with the same individual who had no cost before.  The cost difference doesn&#39;t work out to the exact same numbers as the datacenter costs, who have a better economy of scale but also have profit and business overhead, but all of the math I&#39;ve done indicates that over thousands of individuals and several years of time, the costs land in the same ballpark.  For example - Comcast bandwidth cap = 1000gb @ ~$80/month.  $0.08/GB.  Amazon&#39;s first tier is currently $0.09.  Much closer than I even expected before I worked out the math.  I&#39;m open to being proven wrong.<br><br>&gt; </span><span style="font-size:12.8px">0.14 uses more than 1 GB of RAM.<br></span><span style="font-size:12.8px"><br>I&#39;m running 0.13.2 and only see 300 mb of ram.  Why is 0.14 using three times the ram?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">&gt; </span><span style="font-size:12.8px">1GB I think is really the limit you&#39;d want to have before you&#39;d start seeing users choose not to run nodes simply<br></span><br><span style="font-size:12.8px">Again, while I sympathize with the concept, I don&#39;t believe holding the growth of the entire currency back based on minimum specs is a fair tradeoff.  The impact on usecases that depend on a given fee level is total obliteration.  That&#39;s unavoidable for things like microtransactions, but a fee level of $1/tx allows for hundreds of opportunities that a fee level of $100/tx does not.  That difference may be the deciding factor in the network effect between Bitcoin and a competitor altcoin.  Bitcoin dying out because a better-operated coin steals its first-mover advantage is just as bad as bitcoin dying out because an attacker halted tx propagation and killed the network.  Probably even worse - First mover advantages are almost never retaken, but the network could recover from a peering attack with software changes and community/miner responses.</span><br><br>&gt; <span style="font-size:12.8px">However, I think the fees would have to get in the $50 range for that to start to be the case. </span><br><br>I calculated this out.  If blocksizes aren&#39;t increased, but price increases continue as they have in the last 3-5 years, per-node operational costs for one month drop from roughly $10-15ish (using datacenter numbers, which you said would be higher than home user numbers and might very well be when amortized thoroughly) down to $5-8 in less than 8 years.  If transaction fees don&#39;t rise at all due to blockspace competition (i.e., they offset only the minimum required for miners to economically protect Bitcoin), they&#39;ll be above $10 in less than 4 years.  I believe that comparing 1-month of node operational costs versus 1 transaction fee is a reasonable, albeit imperfect, comparison of when users will stop caring.<br><br>That&#39;s not very far in the future at all, and fee-market competition will probably be much, much worse for us and better for miners.<br><br>&gt; <span style="font-size:12.8px">When talking about emergency funds - that is, $10k+ that you keep in case your government defaults, hyperinflates, seizes citizen assets, etc. etc. (situations that many Bitcoin users today have to legitimately worry about),<br></span><br>So I don&#39;t mean to be rude here, but this kind of thinking is very poor logic when applied to anyone who isn&#39;t already a libertarian Bitcoin supporter.  By anyone outside the Bitcoin world&#39;s estimation, Bitcoin is an extremely high risk, unreliable store of value.  We like to compare it to &quot;digital gold&quot; because of the parameters that Satoshi chose, but saying it does not make it true.  For someone not already a believer, Bitcoin is a risky, speculative investment into a promising future technology, and gold is a stable physical asset with 4,000 years of acceptance history that has the same value in nearly every city on the planet.  Bitcoin is difficult to purchase and difficult to find someone to exchange for goods or services.<br><br>Could Bitcoin become more like what you described in the future?  A lot of us hope so or we wouldn&#39;t be here right now.  But in the meantime, any other crypto currency that choses parameters similar to gold could eclipse Bitcoin if we falter.  If their currency is more usable because they balance the ratio of node operational costs/security versus transaction fees/usability, they have a pretty reasonable chance of doing so.  And then you won&#39;t store your $10k+ in bitcoin, you&#39;ll store in $altcoin.  The market doesn&#39;t really care who wins.<br><br>&gt; <span style="font-size:12.8px">We are two orders of magnitude away from this type of fee pressure, so I think it continues to make sense to be considering the home nodes as the target that we want to hit.<br></span><br>That&#39;s nothing, we&#39;ve never had any fee competition at all until basically November of last year.  From December to March transaction fees went up by 250%, and they doubled from May to December before that.  Transactions per year are up 80% per year for the last 4 years.  Things are about to get screwed.<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 29, 2017 at 1:28 PM, David Vorick via bitcoin-dev <span dir="ltr">&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">&gt; <span class="m_5779025606995714197gmail-im">&gt; <span style="font-size:12.8px">When considering 
what block size is acceptable, the impact of running bitcoin in the 
background on affordable, non-dedicated home-hardware should be a top 
consideration.</span><div style="font-size:12.8px" dir="auto" class="gmail_extra"><br></div></span><div style="font-size:12.8px" class="gmail_extra">&gt; Why
 is that a given?  Is there math that outlines what the risk levels are 
for various configurations of node distributions, vulnerabilities, etc? 
 How does one even evaluate the costs versus the benefits of node costs 
versus transaction fees?</div><div style="font-size:12.8px" dir="auto" class="gmail_extra"><br></div></span><div style="font-size:12.8px" class="gmail_extra">It&#39;s a political assessment. Full nodes are the ultimate arbiters of consensus. When a contentious change is suggested, only the full nodes have the power to either accept or reject this contentious change. If home users are not running their own full nodes, then home users have to trust and rely on other, more powerful nodes to represent them. Of course, the more powerful nodes, simply by nature of having more power, are going to have different opinions and objectives from the users. And it&#39;s impossible for 5000 nodes to properly represent the views of 5,000,000 users. Users running full nodes is important to prevent political hijacking of the Bitcoin protocol. Running a full node yourself is the only way to guarantee (in the absence of trust - which Bitcoin is all about eliminating trust) that changes you are opposed to are not introduced into the network.<span class=""><br><br>&gt; <span class="m_5779025606995714197gmail-im"></span>Disk space is not the largest cost, either 
today or in the future.  Without historical checkpointing in some 
fashion, bandwidth costs are more than 2 orders of magnitude higher cost
 than every other cost for full listening nodes. <br><br></span></div><div style="font-size:12.8px" class="gmail_extra">This statement is not true for home users, it is true for datacenter nodes. For home users, 200 GB of bandwidth and 500 GB of bandwidth largely have the exact same cost. I pay a fixed amount of money for my internet, and if I use 500 GB the cost is identical to if I use 200 GB. So long as bandwidth is kept under my home bandwidth cap, bandwidth for home nodes is _free_.<br><br>Similarly, disk space may only be $2/TB in bulk, but as a home user I have a $1000 computer with 500 GB of total storage, 100 GB seems (psychologically) to cost a lot closer to $200 than to $2. And if I go out and buy an extra drive to support Bitcoin, it&#39;s going to cost about $50 no matter what drive I pick, because that&#39;s just how much you have to spend to get a drive. The fact that I get an extra 900 GB that I&#39;m not using is irrelevant - I spent $50 explicitly so I could run a bitcoin node.<br><br></div><div style="font-size:12.8px" class="gmail_extra">The financials of home nodes follow a completely different math than the costs you are citing by quoting datacenter prices.<span class=""><br><br>&gt; I don&#39;t know how to evaluate the impacts of RAM or CPU usage, or 
consequently electricity usage for a node yet.  I&#39;m open to quantifying 
any of those if there&#39;s a method, but it seems absurd that ram could 
even become a signficant factor given the abundance of cheap ram 
nowadays with few programs needing it.<br><br></span></div><div style="font-size:12.8px" class="gmail_extra">Many home machines only have 4GB of RAM. (I am acutely aware of this because my own software consumes about 3.5GB of RAM, which means all of our users stuck at 4 GB cannot use my software and Chrome at the same time). 0.14 uses more than 1 GB of RAM. This I think is not really a problem for most people, but it becomes a problem if the amount of RAM required grows enough that they can&#39;t have all of their programs open at the same time. 1GB I think is really the limit you&#39;d want to have before you&#39;d start seeing users choose not to run nodes simply because they&#39;d rather have 300 tabs open instead.<br><br></div><div style="font-size:12.8px" class="gmail_extra">CPU usage I think is pretty minimal. Your node is pretty busy during IBD which is annoying but tolerable. And during normal usage a user isn&#39;t even going to notice. Same for electricity. They aren&#39;t going to notice at the end of the month if their electricity bill is a dollar higher because of Bitcoin.<span class=""><br><br>&gt; <span style="font-size:12.8px">The consequence of your logic that holds 
node operational costs down is that transaction fees for users go up, 
adoption slows as various use cases become impractical, price growth 
suffers, and alt coins that choose lower fees over node cost concerns 
will exhibit competitive growth against Bitcoin&#39;s crypto-currency market
 share.  Even if you are right, that&#39;s hardly a tradeoff not worth 
thoroughly investigating from every angle, the consequences could be 
just as dire for Bitcoin <span class="m_5779025606995714197gmail-aBn"><span class="m_5779025606995714197gmail-aQJ">in 10 years</span></span> as it would be if we made ourselves vulnerable.<br><br></span></span></div><div style="font-size:12.8px" class="gmail_extra"><span style="font-size:12.8px">This is very much worth considering. If transaction fees are so high that there is no use case at all for people unwilling to buy extra hardware for Bitcoin (a dedicated node or whatever), then there is no longer a reason to worry about these people as users. However, I think the fees would have to get in the $50 range for that to start to be the case. When talking about emergency funds - that is, $10k+ that you keep in case your government defaults, hyperinflates, seizes citizen assets, etc. etc. (situations that many Bitcoin users today have to legitimately worry about), then you are going to be making a few transactions per year at most, and the cost of fees on a home node may be $150 / yr, while the cost of dedicated hardware might be $150/yr ($600 box amortized over 4 years). We are two orders of magnitude away from this type of fee pressure, so I think it continues to make sense to be considering the home nodes as the target that we want to hit.<br><br>&gt;  </span>What about periodically committing the entire UTXO set 
to a special checkpoint block which becomes the new de facto Genesis 
block? <br><div dir="auto"><br></div></div><div style="font-size:12.8px" class="gmail_extra">This should be discussed in another thread but I don&#39;t think I&#39;m alone in saying that I think this could actually be done in a secure / safe / valuable way if you did it correctly. It would reduce bandwidth pressure on archive nodes, reduce disk pressure on full nodes, and imo make for a more efficient network overall.<br></div><div style="font-size:12.8px" class="gmail_extra"><br></div></div>
<br>______________________________<wbr>_________________<br>
bitcoin-dev mailing list<br>
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.<wbr>linuxfoundation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.<wbr>org/mailman/listinfo/bitcoin-<wbr>dev</a><br>
<br></blockquote></div><br></div>