rich1.0npub1zxeun2y8m59t0ehlhk9adtzvdxxw3ty44wq6mwx680lxyvr0kgnsnyx6t2https://nostr.ae/npub1zxeun2y8m59t0ehlhk9adtzvdxxw3ty44wq6mwx680lxyvr0kgnsnyx6t2njumphttps://nostr.ae📅 Original date posted:2015-05-07 📝 Original message:It seems to me like some (maybe most) of the pressure is actually external from companies that might release something that dramatically increases "adoption" & transaction rates (and that the data on historic rate of adoption & slumps is somewhat disconnected from their interests in a quick roll-out)? It seems like the question actually becomes what is our maximum acceptable cost (hardware capex & bandwidth & power opex) associated with running a full node without hardware acceleration and with hardware acceleration (something which presumably "doesn't exist" yet)? Are we making the assumption that hardware acceleration for confirmation will become broadly available and that the primary limiter will become anonymous bandwidth? Excuse my ignorance, but I imagine somebody must have already looked at confirmation times vs. block size for various existing hardware platforms (like at least 3 or 4? maybe a minnowboard, old laptop, and modern desktop at least?)? Is there an easy way to setup bitcoind or some other script to test this? (happy to help) Re Moore's law: yeah, some say stuff like 5nm may never happen. We're already using EUV with plasma emitters, immersed reflective optics, and double-patterning... and in storage land switching to helium. Things may slow A LOT over the next couple decades and I'd guess that a quadratic increase (both in storage & compute) probably isn't a safe assumption. On Thu, May 7, 2015 at 11:46 AM, Btc Drak <btcdrak at gmail.com> wrote: > On Thu, May 7, 2015 at 7:40 PM, Gavin Costin <slashdevnull at hotmail.com> > wrote: > >> Can anyone opposed to this proposal articulate in plain english the worst >> case scenario(s) if it goes ahead? >> >> Some people in the conversation appear to be uncomfortable, perturbed, >> defensive etc about the proposal …. But I am not seeing specifics on why it >> is not a feasible plan. >> > > See this response: > http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg07462.html > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150507/6a87c722/attachment.html>