<?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/npub1vtwj4n64rf9cf3mr8dqj84q58j06zre0r99vf50h49pwtdyudexstr2wkm.rss" />
  <link href="https://nostr.ae/npub1vtwj4n64rf9cf3mr8dqj84q58j06zre0r99vf50h49pwtdyudexstr2wkm" />
  <id>https://nostr.ae/npub1vtwj4n64rf9cf3mr8dqj84q58j06zre0r99vf50h49pwtdyudexstr2wkm</id>
  <icon></icon>
  <logo></logo>




  <entry>
    <id>https://nostr.ae/nevent1qqsgzlwmfvrvevaup0mvaee90synfhylxe5g9nldh42dm2kfv8q8wcszyp3d62k025dyhpx8vva5zg75zs7flgg09uv543x377559ed5n3hy6hwn7qf</id>
    
      <title type="html">📅 Original date posted:2023-01-01 🗒️ Summary of this ...</title>
    
    <link rel="alternate" href="https://nostr.ae/nevent1qqsgzlwmfvrvevaup0mvaee90synfhylxe5g9nldh42dm2kfv8q8wcszyp3d62k025dyhpx8vva5zg75zs7flgg09uv543x377559ed5n3hy6hwn7qf" />
    <content type="html">
      In reply to &lt;a href=&#39;/nevent1qqsqd0apnywlvg759phr452g5huw0ua5sga04rk0rhty8jv4w6r8dtcpsuxpy&#39;&gt;nevent1q…uxpy&lt;/a&gt;&lt;br/&gt;_________________________&lt;br/&gt;&lt;br/&gt;📅 Original date posted:2023-01-01&lt;br/&gt;🗒️ Summary of this message: A sudden halving of the Bitcoin system could lead to a significant amount of hashing power shutting down and fees increasing dramatically. However, the market may price in the possibility of a halving.&lt;br/&gt;📝 Original message:On 31 Dec 2022, at 10:28 am, Peter Todd via bitcoin-dev &amp;lt;bitcoin-dev at lists.linuxfoundation.org&amp;gt; wrote:&lt;br/&gt;&amp;gt; &lt;br/&gt;&amp;gt;&amp;gt; This way:&lt;br/&gt;&amp;gt;&amp;gt; &lt;br/&gt;&amp;gt;&amp;gt; 1. system cannot be played&lt;br/&gt;&amp;gt;&amp;gt; 2. only in case of destructive halving: system waits for the recovery of network security&lt;br/&gt;&amp;gt; &lt;br/&gt;&amp;gt; The immediate danger we have with halvings is that in a competitive market,&lt;br/&gt;&amp;gt; profit margins tend towards marginal costs - the cost to produce an additional&lt;br/&gt;&amp;gt; unit of production - rather than total costs - the cost necessary to recover&lt;br/&gt;&amp;gt; prior and future expenses. Since the halving is a sudden shock to the system,&lt;br/&gt;&amp;gt; under the right conditions we could have a significant amount of hashing power&lt;br/&gt;&amp;gt; just barely able to afford to hash prior to the halving, resulting in all that&lt;br/&gt;&amp;gt; hashing power immediately having to shut down and fees increasing dramatically,&lt;br/&gt;&amp;gt; and likely, chaotically.  Your proposal does not address that problem as it can&lt;br/&gt;&amp;gt; only measure difficulty prior to the halving point.&lt;br/&gt;&lt;br/&gt;&lt;br/&gt;&amp;gt; ... Since the halving is a sudden shock to the system&lt;br/&gt;&lt;br/&gt;Is it though? Since everyone knows of the possible outcomes, wouldn&amp;#39;t a possible halving be priced in? &lt;br/&gt;&lt;br/&gt;&amp;gt; resulting in all that hashing power immediately having to shut down and fees increasing dramatically&lt;br/&gt;&lt;br/&gt;Which should cause that hashing power to come back because of this fee increases.&lt;br/&gt;&lt;br/&gt;Alfie&lt;br/&gt;&lt;br/&gt;--&lt;br/&gt;Alfie John&lt;br/&gt;&lt;a href=&#34;https://www.alfie&#34;&gt;https://www.alfie&lt;/a&gt; &amp;lt;&lt;a href=&#34;https://www.alfie/&amp;gt;.wtf&#34;&gt;https://www.alfie/&amp;gt;.wtf&lt;/a&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/20230101/383bbd29/attachment.html&amp;gt&#34;&gt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20230101/383bbd29/attachment.html&amp;gt&lt;/a&gt;;
    </content>
    <updated>2023-06-07T23:18:00Z</updated>
  </entry>

  <entry>
    <id>https://nostr.ae/nevent1qqspzravp7gp0prh22rtn0cm6p0fl4e9zjcz572hnnh0adadjhzj5xczyp3d62k025dyhpx8vva5zg75zs7flgg09uv543x377559ed5n3hy6paj2lt</id>
    
      <title type="html">📅 Original date posted:2016-06-29 📝 Original message:On ...</title>
    
    <link rel="alternate" href="https://nostr.ae/nevent1qqspzravp7gp0prh22rtn0cm6p0fl4e9zjcz572hnnh0adadjhzj5xczyp3d62k025dyhpx8vva5zg75zs7flgg09uv543x377559ed5n3hy6paj2lt" />
    <content type="html">
      In reply to &lt;a href=&#39;/nevent1qqsz9gltzya25jcmm6stelhx04qq6q5g5k80wn6fz6eg28eyuz3d99sfxqt5r&#39;&gt;nevent1q…qt5r&lt;/a&gt;&lt;br/&gt;_________________________&lt;br/&gt;&lt;br/&gt;📅 Original date posted:2016-06-29&lt;br/&gt;📝 Original message:On Tue, Jun 28, 2016 at 06:45:58PM &#43;0200, Eric Voskuil via bitcoin-dev wrote:&lt;br/&gt;&amp;gt; &amp;gt; then we should definitively use a form of end-to-end encryption between&lt;br/&gt;&amp;gt; &amp;gt; nodes. Built into the network layer.&lt;br/&gt;&amp;gt; &lt;br/&gt;&amp;gt; Widespread application of this model is potentially problematic. It is a&lt;br/&gt;&amp;gt; non-trivial problem to design a distributed system that requires authentication&lt;br/&gt;&amp;gt; but without identity and without central control. In fact this may be more&lt;br/&gt;&amp;gt; challenging than Bitcoin itself. Trust on first use (TOFU) does not solve this&lt;br/&gt;&amp;gt; problem.&lt;br/&gt;&lt;br/&gt;Maybe the following paper can feed into this discussion:&lt;br/&gt;&lt;br/&gt;  &amp;#34;Decentralized Anonymous Credentials&amp;#34; by Christina Garman, Matthew Green, Ian Miers&lt;br/&gt;	&lt;a href=&#34;https://eprint.iacr.org/2013/622.pdf&#34;&gt;https://eprint.iacr.org/2013/622.pdf&lt;/a&gt;&lt;br/&gt;&lt;br/&gt;Alfie&lt;br/&gt;&lt;br/&gt;-- &lt;br/&gt;Alfie John&lt;br/&gt;&lt;a href=&#34;https://www.alfie.wtf&#34;&gt;https://www.alfie.wtf&lt;/a&gt;
    </content>
    <updated>2023-06-07T17:51:42Z</updated>
  </entry>

</feed>