MIME-Version: 1.0
References: <f867f949-9a04-329b-ea1b-26201f46d2ab@nathanalexander.net>
In-Reply-To: <f867f949-9a04-329b-ea1b-26201f46d2ab@nathanalexander.net>
From: Ruben Somsen <rsomsen@gmail.com>
Date: Tue, 5 Oct 2021 16:42:40 +0200
Message-ID: <CAPv7TjZA2KYeVnT6PE6UHXwPy__E-VOvjmYD1207f1CgBRhLZg@mail.gmail.com>
To: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>, 
 Nathan T Alexander <nta@nathanalexander.net>
Content-Type: multipart/alternative; boundary="0000000000005264d805cd9c0b11"
Subject: Re: [bitcoin-dev] Question- must every mining rig attempt every
	block?
Precedence: list

--0000000000005264d805cd9c0b11
Content-Type: text/plain; charset="UTF-8"

Hi Nathan,

That's a fair question, but note that we've already had a bunch of "green
mining" related posts a few months ago, so I suspect you'll be able to find
many criticisms to this idea in the following thread:

https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-May/018937.html

It also looks like you'll be able to find some related answers on Bitcoin
Stack Exchange:
https://bitcoin.stackexchange.com/questions/106308/decreasing-energy-consumption-of-bitcoins-pow-with-paired-mining-rounds

And generally speaking these types of discussions don't end up being very
fruitful for bitcoin-dev, because these are the types of changes that are
unlikely to ever be seriously considered for Bitcoin.

Cheers,
Ruben

On Tue, Oct 5, 2021 at 4:09 PM Nathan T Alexander via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> For purposes of conserving energy, couldn't each mining rig have some
> non-gameable attribute which would be used to calculate if a block would
> be accepted by that rig?
>
> Don't the mining rigs have to be able to identify themselves to the
> network somehow, in order to claim their block reward? Could their
> bitcoin network ID be used as a non-gameable attribute?
>
> Essentially a green light / red light system. In order for a block to be
> accepted by the network, it must have all attributes of a successful
> block today, and it must also have come from a rig that had a green light.
>
> Perhaps hash some data from the last successful block, along with the
> miners non-gameable attribute, and if it's below a certain number set by
> algorithm, the miner gets a green light to race to produce a valid block.
>
> Nathan Alexander
>
> Arlington, TX
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>

--0000000000005264d805cd9c0b11
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Nathan,<div><br></div><div>That&#39;s a fair question, =
but note that we&#39;ve already had a bunch of &quot;green mining&quot; rel=
ated posts a few months ago, so I suspect you&#39;ll be able to find many c=
riticisms to this idea in the following thread:</div><div><br></div><div><a=
 href=3D"https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-May/0=
18937.html">https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-Ma=
y/018937.html</a></div><div><br></div><div>It also looks like you&#39;ll be=
 able to find some related answers on Bitcoin Stack Exchange:</div><div><a =
href=3D"https://bitcoin.stackexchange.com/questions/106308/decreasing-energ=
y-consumption-of-bitcoins-pow-with-paired-mining-rounds">https://bitcoin.st=
ackexchange.com/questions/106308/decreasing-energy-consumption-of-bitcoins-=
pow-with-paired-mining-rounds</a><br></div><div><br></div><div>And generall=
y speaking these types of discussions don&#39;t end up being very fruitful =
for bitcoin-dev, because these are the types of changes that are unlikely t=
o ever be seriously considered for Bitcoin.</div><div><br></div><div>Cheers=
,</div><div>Ruben</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr=
" class=3D"gmail_attr">On Tue, Oct 5, 2021 at 4:09 PM Nathan T Alexander vi=
a bitcoin-dev &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">=
bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<br></div><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli=
d rgb(204,204,204);padding-left:1ex">For purposes of conserving energy, cou=
ldn&#39;t each mining rig have some <br>
non-gameable attribute which would be used to calculate if a block would <b=
r>
be accepted by that rig?<br>
<br>
Don&#39;t the mining rigs have to be able to identify themselves to the <br=
>
network somehow, in order to claim their block reward? Could their <br>
bitcoin network ID be used as a non-gameable attribute?<br>
<br>
Essentially a green light / red light system. In order for a block to be <b=
r>
accepted by the network, it must have all attributes of a successful <br>
block today, and it must also have come from a rig that had a green light.<=
br>
<br>
Perhaps hash some data from the last successful block, along with the <br>
miners non-gameable attribute, and if it&#39;s below a certain number set b=
y <br>
algorithm, the miner gets a green light to race to produce a valid block.<b=
r>
<br>
Nathan Alexander<br>
<br>
Arlington, TX<br>
<br>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
</blockquote></div>

--0000000000005264d805cd9c0b11--