From: Martin Becze <martin@becze.org>
To: Maxime Devos <maximedevos@telenet.be>, guix-devel@gnu.org
Subject: Re: Excessively energy-consuming software considered malware?
Date: Sun, 20 Feb 2022 21:39:53 +0100 [thread overview]
Message-ID: <5558617e-895b-4fd0-02c4-775a94cab648@becze.org> (raw)
In-Reply-To: <e6bde0ba45d3f4400da0457b06136f8bfcbd109d.camel@telenet.be>
[-- Attachment #1.1.1: Type: text/plain, Size: 6158 bytes --]
> What is subjective about the numbers about energy consumption?
The numbers are not subjective. As stated later it is the opinion on
whether it is useful or not that is subjective.
> 1 Bitcoin transaction is said to be equivalent to 735121 Visa transactions
>
This is a bad comparison since it compares two things that are
different. A bitcoin tx is just an secp256k1 over some input and output
opcodes. So forming at tx is not energy intensive. Processing a tx
involves verifying the signature and running the opcodes. So this is
also not energy intensive. What is energy intensive is PoW. PoW is used
to achieve consensus on the ordering of tx's and *protects* the ledger
for being reordered. Visa also ultimately relies on protection by law's
and enforcement of those laws by governments within who's jurisdiction
it operates. Bitcoin doesn't have any reliance on protection from the
state, so it must provide its own protection and it does this through
PoW. A better comparison would be comparing bitcoin mining to the US
military expenditures. I would agree that military expenditures are too
high and war is very bad for the environment. The ability of governments
to wage massive wars rest on their ability to 1) collect taxes and 2)
manipulating the supply of money. While it is a long shot, cryptos such
as bitcoin could be used to prevent or at least make it hard for
governments to seize crypto assets from the citizens, which could
ultimate hinder them from raising the capital needed to wage mass war.
In this context seems to me to be an great use of excess energy.
BTW you can already mine bitcoin and monero with current packages.
> Guix refuses to have anything to do with non-free software, banning
> it from its repositories. That seems a bit authoritarian to me. Some
> people would say that's rather arbitrary of Guix. There's still plenty
> of software that is being kept non-free, so I guess that ‘software should
> be free’ counts as ‘controversial morality’?
Yes I agree, but it is quite clear what to expect from a GNU project. I
agree with its stance on free software and that is why I use it. Free
software doesn't conflict with open source implementation of
cryptocurrencies. I don't think it is fair to start add rules that ban
software built with a particular political or ideological view point. It
would be better to fork and create a new distro founded on your
political and ideological principles. That way all newcomers could
choose if participate and agree with the principles, instead of trying
to force a participial ideological stance onto existing users that
disagree with them.
> I suppose that technically, ‘don't mess up the planet’ is ‘controversial
> morality’
Once again agree we agree not to mess up the planet. But undermining the
governments ability to raise tax and therefor to wage war or not
expending energy to prevent government theft is the ‘controversial
morality’ that I am sure can be agreed to death and which probably
doesn't belong on this list.
2/20/22 17:52, Maxime Devos wrote:
> Martin Becze schreef op zo 20-02-2022 om 12:13 [+0100]:
>> I don't consider mining to be wastefully and this is a extremely
>> subjective opinion.
> What is subjective about the numbers about energy consumption?
> Quoting myself:
>
> ‘At least for bitcoin, mining is
> known to consume an absurd(*) amount of energy (the footprint of a
> whole
> country, and 1 Bitcoin transaction is said to be equivalent to 735121
> Visa transactions)[1].’
>
> [1]: See, e.g.,
> https://www.nytimesn7cgmftshazwhfgzm37qxb44r64ytbb2dj3x62d2lljsciiyd.onion/2021/03/09/business/dealbook/bitcoin-climate-change.html
> / https://www.nytimesn7cgmftshazwhfgzm37qxb44r64ytbb2dj3x62d2lljsciiyd.onion/2021/03/09/business/dealbook/bitcoin-climate-change.html
>
> (*) the word ‘absurd’ might count as subjective here
>
> Where exactly you draw the line between wasteful and not wasteful
> is rather subjective, but the numbers theirselves seem rather objective
> to me and wherever the line lies exactly, these numbers seem to be
> well over it.
>
> It should be a users choose whether or not they want to mine. A
> corner stone of free software is "(0) The freedom to run the
>> program as you wish, for whatever purpose." By limiting what is
>> accessible to the user based an arbitrary, authoritarian and
>> controversial morality goes against the nature of free software.
> Guix refuses to have anything to do with non-free software, banning
> it from its repositories. That seems a bit authoritarian to me. Some
> people would say that's rather arbitrary of Guix. There's still plenty
> of software that is being kept non-free, so I guess that ‘software should
> be free’ counts as ‘controversial morality’?
>
> Along the same lines, Guix disabling telemetry and removing Google
> Analytics from documentation could count as patronising to upstream.
>
> I suppose that technically, ‘don't mess up the planet’ is ‘controversial
> morality’ given the existence of various lobbies etc., but I don't
> think we should listen to them; we all live on this planet after all
> (unless you're a space alien of course :p) and it's not like we have
> any back-ups.
>
> Additionally, from a technical point of view, nothing in Guix is stopping
> people from messing up the planet. If they feel like it, they can
> make a package definition and run "guix install -f
> produce-lots-of-carbon.scm" or the like, or publish a channel, etc.
>
> While it's the user's choice whether they _want_ to mine or not
> (Guix is not a thought police!), it seems inadvisable to _help_ people
> with mining and perhaps useful to _stop_ people from mining.
> That is, stop people from doing the act, not stopping people from
> wanting to mine. Actually stopping people would be something for the law
> and state though, not Guix.
>
> Caveat: there's a risk of descending a slippery slope here, see e.g.
> the mail by Taylan Kammer.
>
> Greetings,
> Maxime.
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 2469 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 665 bytes --]
next prev parent reply other threads:[~2022-02-20 20:40 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-20 10:05 Excessively energy-consuming software considered malware? Maxime Devos
2022-02-20 10:48 ` Tobias Platen
2022-02-20 11:13 ` Martin Becze
2022-02-20 16:52 ` Maxime Devos
2022-02-20 20:39 ` Martin Becze [this message]
2022-02-24 9:23 ` Hartmut Goebel
2022-02-24 11:18 ` Martin Becze
2022-02-25 0:27 ` Christine Lemmer-Webber
2022-02-25 12:41 ` Bengt Richter
2022-02-25 13:04 ` Tobias Geerinckx-Rice
2022-02-25 16:14 ` Bengt Richter
2022-02-25 16:32 ` Ricardo Wurmus
2022-02-25 16:49 ` Paul Jewell
2022-02-25 17:05 ` Maxime Devos
2022-02-25 17:35 ` Taylan Kammer
2022-02-25 19:00 ` Leo Famulari
2022-04-04 8:00 ` Attila Lendvai
2022-04-04 9:43 ` Maxime Devos
2022-04-04 10:15 ` Maxime Devos
2022-04-04 12:49 ` Attila Lendvai
2022-04-04 10:16 ` Maxime Devos
2022-04-04 10:37 ` Maxime Devos
2022-04-04 11:22 ` indieterminacy
2022-04-04 18:39 ` Liliana Marie Prikler
2022-02-24 9:13 ` Hartmut Goebel
2022-02-24 9:36 ` Attila Lendvai
2022-02-20 11:08 ` Ekaitz Zarraga
2022-02-20 11:27 ` Compiling blender Ricardo Wurmus
2022-02-20 11:34 ` Ekaitz Zarraga
2022-02-20 12:19 ` Faster "guix pull" by incremental compilation and non-circular modules? Maxime Devos
2022-02-20 16:47 ` Philip McGrath
2022-02-20 17:47 ` Semantics of circular imports Maxime Devos
2022-03-27 14:12 ` Philip McGrath
2022-03-27 14:19 ` Maxime Devos
2022-03-27 14:24 ` Maxime Devos
2022-03-27 14:33 ` Maxime Devos
2022-03-27 14:55 ` Maxime Devos
2022-03-28 4:24 ` Zhu Zihao
2022-03-30 4:50 ` Maxim Cournoyer
2022-02-28 13:17 ` Faster "guix pull" by incremental compilation and non-circular modules? Ludovic Courtès
2022-02-28 18:50 ` Maxime Devos
2022-05-31 4:54 ` Gábor Boskovits
2022-05-31 8:49 ` Maxime Devos
2022-05-31 10:23 ` Ricardo Wurmus
2022-02-20 15:54 ` Compiling blender Ricardo Wurmus
2022-02-20 16:14 ` Ekaitz Zarraga
2022-02-20 12:20 ` Excessively energy-consuming software considered malware? Taylan Kammer
2022-02-20 12:37 ` Maxime Devos
2022-02-20 12:44 ` Taylan Kammer
2022-02-20 14:59 ` Philip McGrath
2022-02-20 18:53 ` Christine Lemmer-Webber
2022-02-20 20:34 ` Jonathan McHugh
2022-02-20 12:32 ` Paul Jewell
2022-02-20 18:26 ` Liliana Marie Prikler
2022-02-20 19:36 ` Ryan Sundberg
2022-02-21 9:29 ` Attila Lendvai
2022-02-21 13:06 ` Maxime Devos
2022-02-21 18:56 ` raingloom
2022-02-21 23:02 ` Attila Lendvai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5558617e-895b-4fd0-02c4-775a94cab648@becze.org \
--to=martin@becze.org \
--cc=guix-devel@gnu.org \
--cc=maximedevos@telenet.be \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.