Return-Path: Received: from smtp2.osuosl.org (smtp2.osuosl.org [IPv6:2605:bc80:3010::133]) by lists.linuxfoundation.org (Postfix) with ESMTP id 0CFF4C0001 for ; Sun, 16 May 2021 22:05:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp2.osuosl.org (Postfix) with ESMTP id E29114028B for ; Sun, 16 May 2021 22:05:48 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: smtp2.osuosl.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from smtp2.osuosl.org ([127.0.0.1]) by localhost (smtp2.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pvvOpd4mHi-d for ; Sun, 16 May 2021 22:05:48 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.8.0 Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) by smtp2.osuosl.org (Postfix) with ESMTPS id 0BC23402BC for ; Sun, 16 May 2021 22:05:47 +0000 (UTC) Received: by mail-lf1-x136.google.com with SMTP id i22so5889253lfl.10 for ; Sun, 16 May 2021 15:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=FQ+VGYe1WWQWrug0mYBLMPq/chIc5wTztncsUBpInyg=; b=KHDeA1Ect1uUqHWXqEmKu0cv/SO/9Iei9kXwBLTdDjpHj6I0VI0QAB+Gm41bMuZk/7 9y2LHVjSSiJ8sCNcy2f3oQMCrXXJakFpL0GKJ0XrxvvRENvFyMisRmOTBcAE2C0X2knn btYrVhcrA+NE9BJtrdUFMTXVGT5XQ4xVCKtplCUZts7BAr6QO9hXGCBRmu5WTsBoMACz Ji5+WumSWLzbRagk2Lcj6iLJf3BlkUvren7l35h9lRn/zZlI4+bLzNNP1XZwU9OYl4xK 1XDonYH+M8jrFXZ35anDVcTfHwm6PJKlowRoPFSbD/DszoKNq6nre/o2kLd6U349v13o bh5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=FQ+VGYe1WWQWrug0mYBLMPq/chIc5wTztncsUBpInyg=; b=f/Hxrdlhm0RZRzGtApFENi/ELs9HyB6QGVzGu25KPWWwLV2s+pk8AvQIXT4SUPjPdf 9Y0pLzq0liELXCUm7rqdtIC1vucnTyaBvaMc6An/00ic0yKP+37XEkZq/TCLX4ELX1wf 7PRcWDP7NuCG140ZkKK/jI1FyE0SXbXHm/5BbXYv8ltcZflwwrZtCbDhPxVhJkTy7da0 e1wxau7tVLJyC9Tsdiy6MOZh/yjjFeLXFKiR0YlWgHOX+xTdRCYIHU9KL6GhU8XdUeri IqbWYSwtTsmePNQHlyEF1Bg+O3KGQb6rnEAG6ArXcWlvlg4XeEJw2NPwEaTESOVYE+JK Jxng== X-Gm-Message-State: AOAM531vY6EralM/BnwQhymrEPNuoSR/1ovvTOz87p1OkUswt55erYUZ umNhLkr/R7sz3FW9EZPrlY/g4qWQK7ror58ufyHOhlkm X-Google-Smtp-Source: ABdhPJzul+sbQw79aOSZUbFeTFwDEe7s1wcPrtNj+ipksSEnVpggjH78V59CXyYHSbvh0WSV/VcKp5DbvqXLa8bUmgw= X-Received: by 2002:a05:6512:34d3:: with SMTP id w19mr5739994lfr.295.1621202745652; Sun, 16 May 2021 15:05:45 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:651c:2109:0:0:0:0 with HTTP; Sun, 16 May 2021 15:05:44 -0700 (PDT) In-Reply-To: References: From: Karl Date: Sun, 16 May 2021 18:05:44 -0400 Message-ID: To: Bitcoin Protocol Discussion Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 16 May 2021 22:33:49 +0000 Subject: Re: [bitcoin-dev] Proposal: Force to do nothing for first 9 minutes to save 90% of mining energy 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: Sun, 16 May 2021 22:05:49 -0000 > 1. Has anyone considered that it might be technically not possible to com= pletely 'power down' mining rigs during this 'cool-down' period of time? Wh= ile modern CPUs have power-saving modes, I am not sure about ASICs used for= mining. Sounds like a point to consider, note the economic pressure of course so most people will find a way to power down. > 2. I am not a huge data-center specialist, but it was my understanding th= at they charge per unit of installed (maximum) electricity consumption. It = would mean that if the miner needs X kilowatts-hour within that 1 minute wh= en they are allowed to mine, he/she will have to pay for the same X for the= remaining 9 minutes - and as such would have no economic incentive not to = draw that power when idling. That sounds kind of exotic, could you take charge of checking to see how true it is? > (a) Environmental concerns cause Bitcoin to be less popular and thus push= the price lower, which in turn lowers miner's power consumption (lower Bit= coin price =3D> less they can afford to spend on electricity). So it is a s= elf-stabilizing system to begin with. I like the idea but history shows that money outcompetes cute animals. > (b) Crazy power consumption may be a temporary problem, after the number = of halving events economic attractiveness of mining will decrease and power= consumption with it. If hashrate flattens, the chain security situation changes too. > 4. My counter-proposal to the community to address energy consumption pro= blems would be to encourage users to allow only 'green miners' process thei= r transaction. In particular: This cool idea of providing a way for users to support different miners with their transactions is not in conflict with reducing mining time. Both of these ideas are great ones; they are very different. On 5/16/21, Zac Greenwood wrote: >> if energy is only expended for 10% of the same duration, this money must > now be spent on hardware. > > More equipment obviously increases the total energy usage. Are there people who can freely produce new mining equipment to an arbitrary degree? As I mentioned already and you didn't address, I thought the supply was limited. > For your proposal again this means that energy usage would not be likely = to decrease appreciably, because large miners having access to near-free en= ergy use the block-reward sized budget fully on equipment and other operati= onal expenses. Purchasing equipment with the same funds is unrelated to whether or not the machines are running full blast during a theoretical 90% downtime when a hash cannot succeed. If their electricity is free, they have no new funds to buy equipment with. Additionally, you claim that all these people use renewable energy so I don't know why they are being discussed at all. > On the other hand, roughly every four years the coinbase reward halves, w= hich does significantly lower the miner budget, at least in terms of BTC. Adjusting that could be another good approach to influencing properties of the chain. I think there's another thread around it, rather than this one.