MIME-Version: 1.0
From: Lonero Foundation <loneroassociation@gmail.com>
Date: Thu, 4 Mar 2021 18:42:40 -0500
Message-ID: <CA+YkXXxUdZFYTa1c-F=-FzoQQVtV3GUmE2Okec-zRAD3xS1qAQ@mail.gmail.com>
To: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary="00000000000092dd1105bcbe8666"
Subject: [bitcoin-dev] BIP Proposal: Consensus (hard fork) PoST Datastore
 for Energy Efficient Mining
Precedence: list

--00000000000092dd1105bcbe8666
Content-Type: text/plain; charset="UTF-8"

Hello, I want to start a new BIP proposal aiming to tackle some of the
energy efficiency issues w/ Bitcoin mining. Excuse my ignorance given this
is my first time making a BIP proposal, but is there a specific format I
need to follow? Do I just make a draft on my personal GitHub or need to
attach the README?

Anyways my idea is centered around a hybrid mining integration w/ POW/PoST
for BTC's SHA-256 hash algorithm. The integration is actually a
cryptography proof. While I would prefer a soft fork integration, a vastly
different cryptography proof without affecting the current node integration
is less than feasible.

Anyways, I do want to submit my document explaining everything and how all
this would work. I am mostly a Quantum Engineer and Bioinformatics
consultant for a living, so I think what I can propose to an extent may be
of interest to some.

Best regards,
Andrew M. K. Nassief

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

<div dir=3D"ltr"><div>Hello, I want to start a new BIP proposal aiming to t=
ackle some of=20
the energy efficiency issues w/ Bitcoin mining. Excuse my ignorance=20
given this is my first time making a BIP proposal, but is there a=20
specific format I need to follow? Do I just make a draft on my personal=20
GitHub or need to attach the README?=C2=A0 <br></div><div><br></div><div>An=
yways my idea is centered around a hybrid mining integration w/ POW/PoST fo=
r BTC&#39;s <span><span>SHA-256
 hash algorithm. The integration is actually a cryptography proof. While
 I would prefer a soft fork integration, a vastly different cryptography
 proof without affecting the current node integration is less than=20
feasible.</span></span></div><div><span><span><br></span></span></div><div>=
<span><span>Anyways,
 I do want to submit my document explaining everything and how all this=20
would work. I am mostly a Quantum Engineer and Bioinformatics consultant
 for a living, so I think what I can propose to an extent may be of=20
interest to some.</span></span></div><div><span><span><br></span></span></d=
iv><div><span><span>Best regards, <br></span></span></div><div><span><span>=
Andrew M. K. Nassief</span></span></div></div>

--00000000000092dd1105bcbe8666--