MIME-Version: 1.0
References: <MYmfT1n--3-2@tutanota.de>
In-Reply-To: <MYmfT1n--3-2@tutanota.de>
From: Christopher Gilliard <christopher.gilliard@gmail.com>
Date: Wed, 21 Apr 2021 03:14:20 -0700
Message-ID: <CAK=nyAwPryUxknAsxhEXCXzn_CRr0AMTUOKNcO17wnr1huXJWA@mail.gmail.com>
To: Prayank <prayank@tutanota.de>
Content-Type: multipart/alternative; boundary="00000000000023f8e905c078d405"
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] BIPs - notarization protocol and decentralized
	storage
Precedence: list

--00000000000023f8e905c078d405
Content-Type: text/plain; charset="UTF-8"

Thanks Prayank. I think the next step for both of these proposals is to
define an API. I thought about including that in the BIPs and decided it
wasn't necessary yet to get the ideas across initially. Maybe when the APIs
are defined they could go into the BIP, but it's probably better to have in
a different document. I also agree with you on Tor.

As far as whether this should be a BIP or not, I wondered that same
question. I think the BIP format is well defined and understood so I used
it for this and the other BIPs that I'm currently working on like the
incentivized moderation protocol which is mentioned in this BIP. There are
a number of "Application" BIPs, which is why I decided it made sense.
However, if it's decided there's a better format for these BIPs I'm open to
it.

Regards,
Chris


On Tue, Apr 20, 2021 at 9:26 PM Prayank <prayank@tutanota.de> wrote:

> Hello Christopher,
>
> Decentralized storage as an idea looks interesting. I am researching about
> similar things for one of my Bitcoin project. Although an implementation or
> proof of concept code in the BIP would have been better. Also since this
> involves LN, maybe it can just be a LN project instead of BIP? Not the best
> person to comment on what can be a BIP.
>
> Few links that you may find interesting:
>
> https://github.com/bkiac/tarnhelm
>
> https://github.com/ElementsProject/filebazaar
>
> The kind of decentralized storage that I think can be helpful for Bitcoin
> projects:
>
> 1.Uses torrents for files and communication required (with Tor)
>
> 2.Easy to use API to save, read, edit etc. something in a Bitcoin project
> using torrents. Only involve lightning network and payments when spamming
> can be an issue. For example: If a developer wants users to pay for every
> P2P offer they create using a DEX protocol.
>
> Projects that are exploring such options:
> https://github.com/JoinMarket-Org/joinmarket-clientserver/issues/415
>
> --
> Prayank
>

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

<div dir=3D"ltr">Thanks Prayank. I think the next step for both of these pr=
oposals is to define an API. I thought about including that in the BIPs and=
 decided it wasn&#39;t necessary yet to get the ideas across initially. May=
be when the APIs are defined they could go into the BIP, but it&#39;s proba=
bly better to have in a different document. I also agree with you on Tor.<d=
iv><br></div><div>As far as whether this should be a BIP or not, I wondered=
 that same question. I think the BIP format is well defined and understood =
so I used it for this and the other BIPs that I&#39;m currently working on =
like the incentivized moderation protocol which is mentioned in this BIP. T=
here are a number of &quot;Application&quot; BIPs, which is why I decided i=
t made sense. However, if it&#39;s decided there&#39;s a better format for =
these BIPs I&#39;m open to it.</div><div><br></div><div>Regards,</div><div>=
Chris</div><div><br></div><div><br></div></div><br><div class=3D"gmail_quot=
e"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Apr 20, 2021 at 9:26 PM Pr=
ayank &lt;<a href=3D"mailto:prayank@tutanota.de">prayank@tutanota.de</a>&gt=
; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px=
 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
 =20
   =20
 =20
  <div>
<div>Hello Christopher,<br></div><div><br></div><div>Decentralized storage =
as an idea looks interesting. I am researching about similar things for one=
 of my Bitcoin project. Although an implementation or proof of concept code=
 in the BIP would have been better. Also since this involves LN, maybe it c=
an just be a LN project instead of BIP? Not the best person to comment on w=
hat can be a BIP.<br></div><div><br></div><div>Few links that you may find =
interesting:<br></div><div><br></div><div><a href=3D"https://github.com/bki=
ac/tarnhelm" target=3D"_blank">https://github.com/bkiac/tarnhelm</a><br></d=
iv><div><br></div><div><a href=3D"https://github.com/ElementsProject/fileba=
zaar" target=3D"_blank">https://github.com/ElementsProject/filebazaar</a><b=
r></div><div><br></div><div>The kind of decentralized storage that I think =
can be helpful for Bitcoin projects:<br></div><div><br></div><div>1.Uses to=
rrents for files and communication required (with Tor)<br></div><div><br></=
div><div>2.Easy to use API to save, read, edit etc. something in a Bitcoin =
project using torrents. Only involve lightning network and payments when sp=
amming can be an issue. For example: If a developer wants users to pay for =
every P2P offer they create using a DEX protocol.<br></div><div><br></div><=
div>Projects that are exploring such options:=C2=A0<a href=3D"https://githu=
b.com/JoinMarket-Org/joinmarket-clientserver/issues/415" target=3D"_blank">=
https://github.com/JoinMarket-Org/joinmarket-clientserver/issues/415</a><br=
></div><div><br></div><div>-- <br></div><div>Prayank</div>  </div>

</blockquote></div>

--00000000000023f8e905c078d405--