all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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 --]

  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.