<oembed><type>rich</type><version>1.0</version><author_name>npub1vtwuk4rjyj6zrq3tv2z9lvdm6a7g8zujf0gz9q2vljlztdaqw36sjjsjpg</author_name><author_url>https://nostr.ae/npub1vtwuk4rjyj6zrq3tv2z9lvdm6a7g8zujf0gz9q2vljlztdaqw36sjjsjpg</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-12-07&#xA;📝 Original message:On Mon, Dec 7, 2015 at 4:02 PM, Gregory Maxwell wrote:&#xA;&gt; The Scaling Bitcoin Workshop in HK is just wrapping up. Many fascinating&#xA;&gt; proposals were presented. I think this would be a good time to share my&#xA;&gt; view of the near term arc for capacity increases in the Bitcoin system. I&#xA;&gt; believe we’re in a fantastic place right now and that the community&#xA;&gt; is ready to deliver on a clear forward path with a shared vision that&#xA;&gt; addresses the needs of the system while upholding its values.&#xA;&#xA;ACK.&#xA;&#xA;One of the interesting take-aways from the workshops for me has been&#xA;that there is a large discrepancy between what developers are doing&#xA;and what&#39;s more widely known. When I was doing initial research and&#xA;work for my keynote at the Montreal conference (&#xA;http://diyhpl.us/~bryan/irc/bitcoin/scalingbitcoin-review.pdf -- an&#xA;attempt at being exhaustive, prior to seeing the workshop proposals ),&#xA;what I was most surprised by was the discrepancy between what we think&#xA;is being talked about versus what has been emphasized or socially&#xA;processed (lots of proposals appear in text, but review efforts are&#xA;sometimes &#34;hidden&#34; in corners of github pull request comments, for&#xA;example). As another example, the libsecp256k1 testing work reached a&#xA;level unseen except perhaps in the aerospace industry, but these sorts&#xA;of details are not apparent if you are reading bitcoin-dev archives.&#xA;It is very hard to listen to all ideas and find great ideas.&#xA;Sometimes, our time can be almost completely exhausted by evaluating&#xA;inefficient proposals, so it&#39;s not surprising that rough consensus&#xA;building could take time. I suspect we will see consensus moving in&#xA;positive directions around the proposals you have highlighted.&#xA;&#xA;When Satoshi originally released the Bitcoin whitepaper, practically&#xA;everyone-- somehow with the exception of Hal Finney-- didn&#39;t look,&#xA;because the costs of evaluating cryptographic system proposals is so&#xA;high and everyone was jaded and burned out for the past umpteen&#xA;decades. (I have IRC logs from January 10th 2009 where I immediately&#xA;dismissed Bitcoin after I had seen its announcement on the&#xA;p2pfoundation mailing list, perhaps in retrospect I should not let&#xA;family tragedy so greatly impact my evaluation of proposals...). It&#39;s&#xA;hard to evaluate these proposals. Sometimes it may feel like random&#xA;proposals are review-resistant, or designed to burn our time up. But I&#xA;think this is more reflective of the simple fact that consensus takes&#xA;effort, and it&#39;s hard work, and this is to be expected in this sort of&#xA;system design.&#xA;&#xA;Your email contains a good summary of recent scaling progress and of&#xA;efforts presented at the Hong Kong workshop. I like summaries. I have&#xA;previously recommended making more summaries and posting them to the&#xA;mailing list. In general, it would be good if developers were to write&#xA;summaries of recent work and efforts and post them to the bitcoin-dev&#xA;mailing list. BIP drafts are excellent. Long-term proposals are&#xA;excellent. Short-term coordination happens over IRC, and that makes&#xA;sense to me. But I would point out that many of the developments even&#xA;from, say, the Montreal workshop were notably absent from the mailing&#xA;list. Unless someone was paying close attention, they wouldn&#39;t have&#xA;noticed some of those efforts which, in some cases, haven&#39;t been&#xA;mentioned since. I suspect most of this is a matter of attention,&#xA;review and keeping track of loose ends, which can be admittedly&#xA;difficult.&#xA;&#xA;Short (or even long) summaries in emails are helpful because they&#xA;increase the ability of the community to coordinate and figure out&#xA;what&#39;s going on. Often I will write an email that summarizes some&#xA;content simply because I estimate that I am going to forget the&#xA;details in the near future, and if I am going to forget them then it&#xA;seems likely that others might.... This creates a broad base of&#xA;proposals and content to build from when we&#39;re doing development work&#xA;in the future, making for a much richer community as a consequence.&#xA;The contributions from the scalingbitcoin.org workshops are a welcome&#xA;addition, and the proposal outlined in the above email contains a good&#xA;summary of recent progress. We need more of this sort of synthesis,&#xA;we&#39;re richer for it. I am excitedly looking forward to the impending&#xA;onslaught of Bitcoin progress.&#xA;&#xA;- Bryan&#xA;http://heybryan.org/&#xA;1 512 203 0507</html></oembed>