<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 12 October 2017 at 17:50, Jeff Garzik <span dir="ltr">&lt;<a href="mailto:jeff@bloq.com" target="_blank">jeff@bloq.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>Answers inline...<span class="gmail-"><div dir="auto"><br></div><br><div class="gmail_extra"><br><div class="gmail_quote">On Oct 12, 2017 6:41 AM, &quot;Melvin Carvalho via Bitcoin-segwit2x&quot; &lt;<a href="mailto:bitcoin-segwit2x@lists.linuxfoundation.org" target="_blank">bitcoin-segwit2x@lists.<wbr>linuxfoundation.org</a>&gt; wrote:<br type="attribution"><blockquote class="gmail-m_9022471726033546561quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div class="gmail-m_9022471726033546561quoted-text">On 12 October 2017 at 14:49, Peter BitcoinReminder.com via Bitcoin-segwit2x <span dir="ltr">&lt;<a href="mailto:bitcoin-segwit2x@lists.linuxfoundation.org" target="_blank">bitcoin-segwit2x@lists.linuxf<wbr>oundation.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Since F2Pool stopped signaling for the NYA[1] and slush also mines mostly non-NYA blocks, are you still going to fork off in November - splitting the chain intentionally? </div></blockquote><div><br></div></div><div>This is good new information, thanks!<br></div></div></div></div></blockquote></div></div></span></div><div dir="auto"><br></div><div dir="auto">It is information over a month old. See counter.</div></div></blockquote><div><br></div><div>The information of intent may be over a month old, but the actual signaling is recent, hence why I consider it new information.<br><br></div><div>However, if we were to assume that the information was indeed months old, perhaps the logical thing to do would be to backward adjust the signaling.<br><br></div><div>And perhaps the conclusion to that would be that segwit2x might not have reached the thresholds for activation?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-"><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail-m_9022471726033546561quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>A sensible approach might be:<br><br></div><div>1. Allow the implementation of Schnorr signatures<br></div></div></div></div></blockquote></div></div></div><div dir="auto"><br></div></span><div dir="auto">Very risky- this impacts tx message integrity and authenticity. Changing transaction signing code impacts private keys and other security sensitive surfaces.</div><div dir="auto"><br></div><div dir="auto">In comparison, changing the size of the message container - a block - does not impact message integrity and authenticity.</div></div></blockquote><div><br></div><div>Hi Jeff, thanks for the response.  Thanks for raising this.  I&#39;d like to reply to these points.<br><br></div><div>So would you be in favour or against the schnorr sig capacity increase.  Or be in favour of changing the sequencing.  2x first, then debate schnorr sig?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-"><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail-m_9022471726033546561quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>2. In parallel, address the issues raised on the segwit2x codebase<br></div></div></div></div></blockquote></div></div></div><div dir="auto"><br></div></span><div dir="auto">Link to the issues filed?</div></div></blockquote><div><br></div><div>Good point again.  Im mainly thinking about the replay protection.  <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-"><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail-m_9022471726033546561quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>3. Unfreeze the segwit2x code, and seek a dialogue with core on a timeline for a 2x block size increase<br></div></div></div></div></blockquote></div></div></div><div dir="auto"><br></div></span><div dir="auto">All field evidence points to continual delays, never a base block size increase as has been planned since 2010.</div><div dir="auto"><br></div><div dir="auto">Repeated attempts at dialogue just result in attacks, delays, The Familiar Stuff.</div></div></blockquote><div><br></div><div>It sounds to me like there has been a loss of trust.  Typically in working groups (IETF/W3C) there are a broad section of stake holders that meet once a week (telecon) and twice a year (face to face).  Not a perfect system, but it does help build trust, or prevent loss.  Jeff I think is well regarded by many or most.  I remember the early days on irc, when everyone just got on :)<br><br></div><div>As an observer, I do get the impression that people want the same things (increased capacity over time), or at a minimum, that&#39;s the rhetoric.  We did just have an increase in capacity more are planned.<br></div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-"><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail-m_9022471726033546561quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>The reason being that we&#39;ve just had a capacity upgrade and segwit is starting to kick in.  Blocks are less congested now.  Schnorr will likely give another 30% capacity quite soon.  This will allow general hardware increases to make moving to 2x blocks, without a contentious hard fork, more practical.<br></div></div></div></div></blockquote></div></div></div><div dir="auto"><br></div></span><div dir="auto">It is extremely contentious to continue blocking a block size increase.</div><div dir="auto"><br></div><div dir="auto">Continued delay is part of what produced the gridlock that we saw over the past two years.</div></div></blockquote><div><br></div><div>I think there&#39;s a trade off here, well articulated by Adam Back in his hcpp17 talk last weekend [1].  At one time or other I think most bitcoiners have thought, &#39;larger blocks, that&#39;s a good idea.  But it comes with at the cost I think in 3 areas.<br><br></div><div>1. bitcoin becomes more centralized in that it becomes harder to run a full node.  While the incremental value of full nodes diminishes as they go up, it&#39;s a trade off to think about.  As hardware improves this balance shifts.<br><br></div><div>2. security the block chain long-term, via proof of work, requires fees.  Eventually the block reward will go away.  So the idea of zero fees and large blocks has a shelf life, as rewards half.  This is a hard problem.  We really need to use all our brain power, to solve it together.  OK, it might not be urgent for 20 years, but we need to start planning for this.  I dont think a 1MB block with high fees is really a practical solution.  Larger blocks will have to come, if we stay with proof of work (not a given).<br><br></div><div>3. it is not practical to put every tx on the block chain.  For example, I am working on a fitness project that rewards you for steps taken in a given day.  It would be impractical to put every step on the block chain.  So it is necessary to build layer 2 technology that aggregates tx, and puts them on the block chain sparingly.  That seems like a good way to scale bitcoin to a wider audience.<br></div><div><br></div><div>Personally I am highly sympathetic to core, but actually think 2x is a reasonable proposal.  There is a certain logic that says the timing is not ideal, when a capacity increase has just been rolled out, and there are more in the pipe.<br><br>But face it, the way it is being rolled out is impractical, and causes high risk to users, businesses, the eco system and bitcoin itself.  And if the market is an indicator, has a high chance of failure.  Worse still, it exacerbates the already low level of trust.<br><br></div><div>There has been a lot of acrimony flying around.  And anything seen as an attack will obviously be defended against.  But I think we should take the attitude of never responding to personal abuse (Ive received some already) and welcoming anyone that wants to make bitcoin better to do so, in spite of past record.  Even Jamie Dimon :)<br><br></div><div>tl;dr I think 2MB has to happen at some point if we stick to proof of work, the argument is strong.  The argument that now is not the time is also a strong one.  <br><br>IMHO the best thing would be to fight less and talk more.  <br><br></div><div>Bitcoin is supposed to be a new way to do finance, we should be using our collective ability to take on the incumbent financial system, which is a huge task, and we have limited time to do that.  The best chance is to work together.<br></div><div><br>[1] <a href="https://www.youtube.com/watch?v=mmSuxqaKR2U">https://www.youtube.com/watch?v=mmSuxqaKR2U</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-"><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail-m_9022471726033546561quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>Just my 2 cents.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div><div><br></div></div><div>—</div><div>[1] <a href="https://imgur.com/LgYdFKw" target="_blank">https://imgur.com/LgYdFKw</a></div><div><br></div></div><br>______________________________<wbr>_________________<br>
Bitcoin-segwit2x mailing list<br>
<a href="mailto:Bitcoin-segwit2x@lists.linuxfoundation.org" target="_blank">Bitcoin-segwit2x@lists.linuxfo<wbr>undation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x" rel="noreferrer" target="_blank">https://lists.linuxfoundation.<wbr>org/mailman/listinfo/bitcoin-s<wbr>egwit2x</a><br>
<br></blockquote></div><br></div></div>
<br>______________________________<wbr>_________________<br>
Bitcoin-segwit2x mailing list<br>
<a href="mailto:Bitcoin-segwit2x@lists.linuxfoundation.org" target="_blank">Bitcoin-segwit2x@lists.linuxfo<wbr>undation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x" rel="noreferrer" target="_blank">https://lists.linuxfoundation.<wbr>org/mailman/listinfo/bitcoin-s<wbr>egwit2x</a><br>
<br></blockquote></div><br></div></div></span></div>
</blockquote></div><br></div></div>