<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <updated></updated>
  <generator>https://nostr.ae</generator>

  <title>Nostr notes by </title>
  <author>
    <name></name>
  </author>
  <link rel="self" type="application/atom+xml" href="https://nostr.ae/npub1zxeun2y8m59t0ehlhk9adtzvdxxw3ty44wq6mwx680lxyvr0kgnsnyx6t2.rss" />
  <link href="https://nostr.ae/npub1zxeun2y8m59t0ehlhk9adtzvdxxw3ty44wq6mwx680lxyvr0kgnsnyx6t2" />
  <id>https://nostr.ae/npub1zxeun2y8m59t0ehlhk9adtzvdxxw3ty44wq6mwx680lxyvr0kgnsnyx6t2</id>
  <icon></icon>
  <logo></logo>




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

</feed>