Return-Path: Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138]) by lists.linuxfoundation.org (Postfix) with ESMTP id 8ED17C000E for ; Fri, 5 Nov 2021 08:17:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.osuosl.org (Postfix) with ESMTP id 68A5881C56 for ; Fri, 5 Nov 2021 08:17:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: smtp1.osuosl.org (amavisd-new); dkim=pass (2048-bit key) header.d=tutanota.de Received: from smtp1.osuosl.org ([127.0.0.1]) by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vbh_VhplqyOw for ; Fri, 5 Nov 2021 08:17:26 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.8.0 Received: from w1.tutanota.de (w1.tutanota.de [81.3.6.162]) by smtp1.osuosl.org (Postfix) with ESMTPS id C77C281C0A for ; Fri, 5 Nov 2021 08:17:25 +0000 (UTC) Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id 0C983FBF397; Fri, 5 Nov 2021 08:17:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1636100242; s=s1; d=tutanota.de; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=RNnVI6sxu+AF6kNaG3m/xpt6hL5lJHKk4k2an7ocMYc=; b=LL93yY7kfPYtykzTWmPKmSWaIonM/Dn8w9wDHfUiqQdtr8vZ5FTeCHSLq0mWfGc5 b2YTQP2AXK+YEvGGpadKxKP0q9QdJwFrzORdsX8Z1iq1+q1sml1deTbGXjvr+SF6KV7 oyJG9gOJcqEFuKhUAvLO9gZAJkMWwUohE2bm3jTjD2YN6Fatp/t+9ENaFAWFar9JvE8 m25HFLDdPUkiCyODC+euiS91quCWsIPZwHvMM+Bk3IWeZXy563o4GTvHBhXeimacCcq 3nyN0YxZx8zztQZijcPx2vbfl7P0Z7h3Yio2WrwtLVzvtAEr+qEougam/zLzFmSsa8q AWb1dUIPOg== Date: Fri, 5 Nov 2021 09:17:22 +0100 (CET) From: Prayank To: Kate Salazar Message-ID: In-Reply-To: References: <20211020192054.GA117785@jauntyelephant.191.37.198.vultr.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_429558_55618006.1636100243035" X-Mailman-Approved-At: Fri, 05 Nov 2021 09:04:21 +0000 Cc: Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] bitcoin.org missing bitcoin core version 22.0 X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2021 08:17:27 -0000 ------=_Part_429558_55618006.1636100243035 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Kate, > He is taking the most sensible way forward, decreasing bus factor. Agree. Work being shared with other maintainers is an improvement. > Read: https://laanwj.github.io/2021/01/21/decentralize.html Interesting blog post. First paragraph talks about strange expectations, no= t sure what other people expected however I expected present maintainers wi= ll always have respect for the Founder of Bitcoin, keep important docs in r= epository, website etc. forever and respond with appropriate things if any = rich scammers try to remove anything important. Anyway that chapter is over= and this PR will always remain in history for others to see and make their= own opinions about it: https://github.com/bitcoin-core/bitcoincore.org/pul= l/740 What followed it (whitepaper being shared on different websites) was true d= ecentralization and we need something similar in other aspects of full node= implementations. Few things that can improve decentralization: 1.More people using alternative full node implementations. Right now 98% of= nodes use Bitcoin Core. 2.More people like Luke Dashjr and Amir Taaki who do not simp for anyone. B= eing a contributor or maintainer in Bitcoin full node implementation is dif= ferent from other open source projects. It was never going to be easy and i= t will get difficult with time, 3.More people from different countries getting involved in important roles. 4.Few anons. 5.Individuals and organizations who fund different Bitcoin projects should = consider contributing in alternative. full node implementations as well. Ma= ybe start with Bitcoin Knots. I am sure lot of people will find this controversial or disagree with it ho= wever this is my opinion and things that I think can improve Bitcoin. Will = quote something from my recent medium post about a dev meetup and Knots: Accepting the problems, looking for solutions and trying to improve things = is the best approach we as engineers can follow to do better things in Bitc= oin. Irrational optimism is as toxic as irrational pessimism. https://prayankgahlot.medium.com/op-halloween21-and-bitcoin-knots-b8a4da4fa= 0bd Only ~1337 blocks left for Taproot to activate. So cheers to another soft f= ork being a success and Bitcoin improving regularly. Thanks to everyone who= contributed including reviewers. Hoping most of the people will start usin= g latest version of Bitcoin Core or other full node implementations soon. . --=20 Prayank A3B1 E430 2298 178F Oct 21, 2021, 01:48 by mercedes.catherine.salazar@gmail.com: > Hi Owen, > > On Wed, Oct 20, 2021 at 9:25 PM Owen Gunden via bitcoin-dev <> bitcoin-de= v@lists.linuxfoundation.org> > wrote: > >> On Wed, Oct 20, 2021 at 04:47:17PM +0200, Prayank wrote: >> > > It seems confusing to have two sites that seemingly both represent >> > > bitcoin core. >> > >> > There is only one website which represents Bitcoin Core full node >> > implementation. You can download Bitcoin Core from >> > >> https://bitcoincore.org >> =20 >> I also notice that, as of 22.0, Wladimir is no longer signing the >> releases, and I have no trust in my gpg network of the people who seem >> to have replaced him. >> > > He is taking the most sensible way forward, decreasing bus factor. > > Read:=C2=A0> https://laanwj.github.io/2021/01/21/decentralize.html > =C2=A0 > >> >> Given the level of security at stake here, my eyebrows are raised at >> this combination of items changing (new website + new gpg signers at th= e >> same time). >> > > Don't worry and build your own release; > but if you do, always verify the tree hash. > Trust signed annotated tags. > Cheers! > =C2=A0 > >> >> _______________________________________________ >> bitcoin-dev mailing list >> >> bitcoin-dev@lists.linuxfoundation.org >> >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >> ------=_Part_429558_55618006.1636100243035 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Kate,

> H= e is taking the most sensible way forward, decreasing bus factor.
=

Agree. Work being shared with= other maintainers is an improvement.

=
> Read: https://laanwj.github.io/2021/01/21/decentrali= ze.html

Interesting = blog post. First paragraph talks about strange expectations, not sure what = other people expected however I expected present maintainers will always ha= ve respect for the Founder of Bitcoin, keep important docs in repository, w= ebsite etc. forever and respond with appropriate things if any rich scammer= s try to remove anything important. Anyway that chapter is over and this PR= will always remain in history for others to see and make their own opinion= s about it: https://github.com/bitcoin-core/bitcoincore.org/pull/740

What followed it (whitepap= er being shared on different websites) was true decentralization and we nee= d something similar in other aspects of full node implementations. Few thin= gs that can improve decentralization:

=
1.More people using alternative full node implementations= . Right now 98% of nodes use Bitcoin Core.
2.Mor= e people like Luke Dashjr and Amir Taaki who do not simp for anyone. Being = a contributor or maintainer in Bitcoin full node implementation is differen= t from other open source projects. It was never going to be easy and it wil= l get difficult with time,
3.More people from di= fferent countries getting involved in important roles.
4.Few anons.
5.Individuals and organizati= ons who fund different Bitcoin projects should consider contributing in alt= ernative. full node implementations as well. Maybe start with Bitcoin Knots= .

I am sure lot of p= eople will find this controversial or disagree with it however this is my o= pinion and things that I think can improve Bitcoin. Will quote something fr= om my recent medium post about a dev meetup and Knots:

Accepting the problems, looking for solu= tions and trying to improve things is the best approach we as engineers can= follow to do better things in Bitcoin. Irrational optimism is as toxic as = irrational pessimism.

https://prayankgahl= ot.medium.com/op-halloween21-and-bitcoin-knots-b8a4da4fa0bd
<= br>
Only ~1337 blocks left for Taproot to activate. So cheers to = another soft fork being a success and Bitcoin improving regularly. Thanks t= o everyone who contributed including reviewers. Hoping most of the people w= ill start using latest version of Bitcoin Core or other full node implement= ations soon.
.
--
Prayank<= br>

A3B1 E430 2298 178F



Oct 21, 2021, 01:48 by merced= es.catherine.salazar@gmail.com:
Hi Owen,

=
On Wed, Oct 20, 2021 at 9:25 PM= Owen Gunden via bitcoin-dev <bitcoin-dev@li= sts.linuxfoundation.org> wrote:
On Wed, Oct 20, 2021 at 04:47:17PM +0200, Prayank wrote:
> > It seems confusing to have two sites that seemingly= both represent
> > bitcoin core.
><= br>
> There is only one website which represents Bitcoin Core= full node
> implementation. You can download Bitcoin Cor= e from

I also notice that, as of 22.0, Wladimir is no longer sig= ning the
releases, and I have no trust in my gpg network of = the people who seem
to have replaced him.

He is taking the most sensible way forward, decreas= ing bus factor.

 
=
Given the level of security at stake here, my eyebrows are r= aised at
this combination of items changing (new website + n= ew gpg signers at the
same time).

Don't worry and build your own release;
but i= f you do, always verify the tree hash.
Trust signed annotated= tags.
Cheers!
 

________________________________= _______________
bitcoin-dev mailing list

------=_Part_429558_55618006.1636100243035--