From: Eric Martindale <eric@ericmartindale.com>
To: LORD HIS EXCELLENCY JAMES HRMH <willtech@live.com.au>,
Bitcoin Protocol Discussion
<bitcoin-dev@lists.linuxfoundation.org>
Cc: Devrandom <c1.devrandom@niftybox.net>
Subject: Re: [bitcoin-dev] BIP Proposal: Consensus (hard fork) PoST Datastore for Energy Efficient Mining
Date: Sun, 14 Mar 2021 22:02:42 -0400 [thread overview]
Message-ID: <CAAf19Wq+v_2UjxHn8eBuBcL+mgNbD9joQ8eTV6O1+LuDwX=Fng@mail.gmail.com> (raw)
In-Reply-To: <PS2P216MB0914F0B05E1AAB48D9A765609D6D9@PS2P216MB0914.KORP216.PROD.OUTLOOK.COM>
[-- Attachment #1: Type: text/plain, Size: 5251 bytes --]
Bitcoin's security is derived from the energy consumption of mining, so
reducing the overall expenditure would be an objective decrease in
resilience. As a miner, your efficiency at converting energy into
hashpower is the driving factor in your profitability, so this and any
other future attempts to decrease the cost of attacking Bitcoin receives a
hard NACK from me.
If you're concerned about missing out on the subsidy or fee revenue, grab
any number of the sub-500mSAT USB miners and get access to cheap power.
Sincerely,
Eric Martindale, relentless maker.
Founder & CEO, Fabric, Inc. <https://fabric.fm>
+1 (919) 374-2020
On Sun, Mar 14, 2021 at 9:41 AM LORD HIS EXCELLENCY JAMES HRMH via
bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
> Good Afternoon,
>
> It is obvious that something needs to be done to curtail the current cost
> of mining in kWh per block. I understand proposals are rejected because it
> is considered censorship and Bitcoin has a consensus to allow anyone to
> mine but, since mining requires specific hardware and energy requirements
> it is already a form of censorship where most on the planet except for the
> top 6% I am guessing here, cannot afford to mine. Without affecting the
> current algorithm, I have previously begun to explore the process by which
> mining can be turned into a lottery with only authorized payto addresses
> able to mine valid blocks, since transaction fees and block rewards exist
> to pay the miner. It would be better even if the algorithms are improved if
> there are some ways that only a subset of miners can produce valid blocks
> for any given period, say for 12 months with four groups starting three
> months apart to transition, and maybe limit mining to 50 people per
> continent to produce valid blocks at any one time. Possibly this requires a
> consortium to oversee the lottery but it is something Bitcoin can handle
> themselves, and would do better to handle than to wait for government
> intervention as we have seen previously in China where power was too cheap
> Bitcoin was banned entirely.
>
> KING JAMES HRMH
> Great British Empire
>
> Regards,
> The Australian
> LORD HIS EXCELLENCY JAMES HRMH (& HMRH)
> of Hougun Manor & Glencoe & British Empire
> MR. Damian A. James Williamson
> Wills
>
> et al.
>
>
> Willtech
> www.willtech.com.au
> www.go-overt.com
> and other projects
>
> earn.com/willtech
> linkedin.com/in/damianwilliamson
>
>
> m. 0487135719
> f. +61261470192
>
>
> This email does not constitute a general advice. Please disregard this
> email if misdelivered.
> ------------------------------
> *From:* bitcoin-dev <bitcoin-dev-bounces@lists.linuxfoundation.org> on
> behalf of Lonero Foundation via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org>
> *Sent:* Saturday, 6 March 2021 3:16 AM
> *To:* Devrandom <c1.devrandom@niftybox.net>
> *Cc:* Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
> *Subject:* Re: [bitcoin-dev] BIP Proposal: Consensus (hard fork) PoST
> Datastore for Energy Efficient Mining
>
> Also in regards to my other email, I forgot to iterate that my
> cryptography proposal helps behind the efficiency category but also tackles
> problems such as NP-Completeness or Halting which is something the BTC
> network could be vulnerable to in the future. For sake of simplicity, I do
> want to do this BIP because it tackles lots of the issues in regards to
> this manner and can provide useful insight to the community. If things such
> as bigger block height have been proposed as hard forks, I feel at the very
> least an upgrade regarding the hashing algorithm and cryptography does at
> least warrant some discussion. Anyways I hope I can send you my BIP, just
> let me know on the preferred format?
>
> Best regards, Andrew
>
> On Fri, Mar 5, 2021, 10:12 AM Lonero Foundation <
> loneroassociation@gmail.com> wrote:
>
> Hi, this isn't about the energy efficient argument in regards to
> renewables or mining devices but a better cryptography layer to get the
> most out of your hashing for validation. I do understand the arbitrariness
> of it, but do want to still propose a document. Do I use the Media Wiki
> format on GitHub and just attach it as my proposal?
>
> Best regards, Andrew
>
> On Fri, Mar 5, 2021, 10:07 AM Devrandom <c1.devrandom@niftybox.net> wrote:
>
> Hi Ryan and Andrew,
>
> On Fri, Mar 5, 2021 at 5:42 AM Ryan Grant via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>
>
> https://www.truthcoin.info/blog/pow-cheapest/
> "Nothing is Cheaper than Proof of Work"
> on | 04 Aug 2015
>
>
> Just to belabor this a bit, the paper demonstrates that the mining market
> will tend to expend resources equivalent to miner reward. It does not
> prove that mining work has to expend *energy* as a primary cost.
>
> Some might argue that energy expenditure has negative externalities and
> that we should move to other resources. I would argue that the negative
> externalities will go away soon because of the move to renewables, so the
> point is likely moot.
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
[-- Attachment #2: Type: text/html, Size: 12653 bytes --]
next prev parent reply other threads:[~2021-03-15 2:11 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-04 23:42 [bitcoin-dev] BIP Proposal: Consensus (hard fork) PoST Datastore for Energy Efficient Mining Lonero Foundation
2021-03-05 13:42 ` Ryan Grant
[not found] ` <CAB0O3SVNyr_t23Y0LyT0mSaf6LONFRLYJ8qzO7rcdJFnrGccFw@mail.gmail.com>
2021-03-05 15:12 ` Lonero Foundation
2021-03-05 16:16 ` Lonero Foundation
2021-03-05 21:11 ` Keagan McClelland
2021-03-05 21:21 ` Lonero Foundation
2021-03-06 0:41 ` Keagan McClelland
2021-03-06 0:57 ` Lonero Foundation
2021-03-06 15:21 ` Ricardo Filipe
[not found] ` <CA+YkXXyP=BQ_a42J=RE7HJFcJ73atyrt4KWKUG8LbsbW=u4b5w@mail.gmail.com>
2021-03-08 23:40 ` Lonero Foundation
2021-03-11 15:29 ` Lonero Foundation
2021-03-12 15:02 ` Erik Aronesty
2021-03-12 16:54 ` Lonero Foundation
2021-03-12 22:37 ` email
2021-03-12 23:21 ` Lonero Foundation
2021-03-12 23:31 ` Lonero Foundation
2021-03-13 8:13 ` email
2021-03-13 15:02 ` Lonero Foundation
2021-03-13 15:45 ` yancy
2021-03-13 17:11 ` Lonero Foundation
2021-03-13 19:44 ` email
2021-03-14 5:45 ` Lonero Foundation
2021-03-17 0:24 ` Erik Aronesty
2021-03-17 5:05 ` ZmnSCPxj
2021-03-17 5:59 ` Lonero Foundation
2021-03-17 6:56 ` ZmnSCPxj
2021-03-17 7:06 ` Lonero Foundation
2021-03-14 12:36 ` LORD HIS EXCELLENCY JAMES HRMH
2021-03-14 14:32 ` Thomas Hartman
2021-03-16 18:22 ` Lonero Foundation
2021-03-15 2:02 ` Eric Martindale [this message]
2021-03-15 2:32 ` Lonero Foundation
[not found] ` <CA+YkXXyMUQtdSvjuMPQO71LpPb8qFdy-LTSrA8FEbeWMbPWa4w@mail.gmail.com>
2021-03-15 2:58 ` Lonero Foundation
2021-03-05 20:53 Eric Voskuil
[not found] <CA+YkXXzfEyeXYMyPKL20S+2VVRZVuHRT6eRgX56FBgG_A+uVSw@mail.gmail.com>
[not found] ` <12480994-451A-4256-8EFA-4741B3EC2006@voskuil.org>
2021-03-05 22:03 ` Lonero Foundation
2021-03-05 22:49 ` Eric Voskuil
2021-03-05 23:10 ` Lonero Foundation
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='CAAf19Wq+v_2UjxHn8eBuBcL+mgNbD9joQ8eTV6O1+LuDwX=Fng@mail.gmail.com' \
--to=eric@ericmartindale.com \
--cc=bitcoin-dev@lists.linuxfoundation.org \
--cc=c1.devrandom@niftybox.net \
--cc=willtech@live.com.au \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox