MIME-Version: 1.0
References: <0aff157f62ea4abba71df4f87eb54880-kohli@ctemplar.com>
In-Reply-To: <0aff157f62ea4abba71df4f87eb54880-kohli@ctemplar.com>
From: Billy Tetrud <billy.tetrud@gmail.com>
Date: Wed, 1 Sep 2021 23:46:55 -0700
Message-ID: <CAGpPWDZNGrLnfVg9aTBax8esEEM=mMTjiC1VrdAr9hyAwTNXzg@mail.gmail.com>
To: pool2win <kohli@ctemplar.com>, 
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="000000000000608d1e05cafd8d6c"
Subject: Re: [bitcoin-dev] Braidpool: Proposal for a decentralised mining
	pool
Precedence: list

--000000000000608d1e05cafd8d6c
Content-Type: text/plain; charset="UTF-8"

How would you compare this to Stratum v2?

On Sun, Aug 29, 2021 at 1:02 AM pool2win via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> We have been working on a peer to peer mining pool that overcomes the
> problems faced by P2Pool and enables building a futures market for
> hashrate.
>
> The proposal can be found here:
> https://github.com/pool2win/braidpool/raw/main/proposal/proposal.pdf
>
> The key features of the pool are:
>
> 1. Lower variance for smaller miners, even when large miners join
>   the pool.
> 2. Miners build their own blocks, just like in P2Pool.
> 3. Payouts require a constant size blockspace, independent of the
>   number of miners in the pool.
> 4. Provide building blocks for enabling a futures market of hash
>   rates.
>
> Braidpool: Decentralised Mining Pool for Bitcoin
>
> Abstract. Bitcoin P2Pool's usage has steadily declined over the years,
> negatively impacting bitcoin's decentralisation. The variance in
> earnings for miners increases with total hashrate participating in
> P2Pool, and payouts require a linearly increasing block space with the
> number of miners participating in the pool. We present a solution that
> uses a DAG of shares replicated at all miners. The DAG is then used to
> compute rewards for miners. Rewards are paid out using one-way payment
> channels by an anonymous hub communicating with the miners using Tor's
> hidden services. Using the payment channels construction, neither the
> hub nor the miners can cheat.
>
> Full proposal at
> https://github.com/pool2win/braidpool/raw/main/proposal/proposal.pdf
>
> Details on trading hashrate are here:
>
> https://pool2win.github.io/braidpool/2021/08/18/deliver-hashrate-to-market-makers.html
>
> @pool2win
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>

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

<div dir=3D"ltr">How would you compare this to Stratum v2?=C2=A0</div><br><=
div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, Aug=
 29, 2021 at 1:02 AM pool2win via bitcoin-dev &lt;<a href=3D"mailto:bitcoin=
-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>&g=
t; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">We hav=
e been working on a peer to peer mining pool that overcomes the<br>
problems faced by P2Pool and enables building a futures market for<br>
hashrate.<br>
=C2=A0<br>
The proposal can be found here:<br>
<a href=3D"https://github.com/pool2win/braidpool/raw/main/proposal/proposal=
.pdf" rel=3D"noreferrer" target=3D"_blank">https://github.com/pool2win/brai=
dpool/raw/main/proposal/proposal.pdf</a><br>
=C2=A0<br>
The key features of the pool are:<br>
=C2=A0<br>
1. Lower variance for smaller miners, even when large miners join<br>
=C2=A0 the pool.<br>
2. Miners build their own blocks, just like in P2Pool.<br>
3. Payouts require a constant size blockspace, independent of the<br>
=C2=A0 number of miners in the pool.<br>
4. Provide building blocks for enabling a futures market of hash<br>
=C2=A0 rates.<br>
=C2=A0<br>
Braidpool: Decentralised Mining Pool for Bitcoin<br>
=C2=A0<br>
Abstract. Bitcoin P2Pool&#39;s usage has steadily declined over the years,<=
br>
negatively impacting bitcoin&#39;s decentralisation. The variance in<br>
earnings for miners increases with total hashrate participating in<br>
P2Pool, and payouts require a linearly increasing block space with the<br>
number of miners participating in the pool. We present a solution that<br>
uses a DAG of shares replicated at all miners. The DAG is then used to<br>
compute rewards for miners. Rewards are paid out using one-way payment<br>
channels by an anonymous hub communicating with the miners using Tor&#39;s<=
br>
hidden services. Using the payment channels construction, neither the<br>
hub nor the miners can cheat.<br>
<br>
Full proposal at<br>
<a href=3D"https://github.com/pool2win/braidpool/raw/main/proposal/proposal=
.pdf" rel=3D"noreferrer" target=3D"_blank">https://github.com/pool2win/brai=
dpool/raw/main/proposal/proposal.pdf</a><br>
=C2=A0<br>
Details on trading hashrate are here:<br>
<a href=3D"https://pool2win.github.io/braidpool/2021/08/18/deliver-hashrate=
-to-market-makers.html" rel=3D"noreferrer" target=3D"_blank">https://pool2w=
in.github.io/braidpool/2021/08/18/deliver-hashrate-to-market-makers.html</a=
><br>
=C2=A0<br>
@pool2win<br>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
</blockquote></div>

--000000000000608d1e05cafd8d6c--