MIME-Version: 1.0
From: Antoine Riard <antoine.riard@gmail.com>
Date: Thu, 13 Apr 2023 15:10:01 +0100
Message-ID: <CALZpt+G_wqAqXkenDwdojT4EhpweYwe2DiCYZRFfCbMLL8DbVA@mail.gmail.com>
To: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="000000000000713c9b05f938481a"
Subject: [bitcoin-dev] Civ Kit: A Peer-to-Peer Electronic Market System
Precedence: list

--000000000000713c9b05f938481a
Content-Type: text/plain; charset="UTF-8"

Hi list,

We have been working since a while with Nicholas Gregory (Commerce Block),
Ray Youssef (the Built With Bitcoin foundation) and few others on a new
peer-to-peer market system to enable censorship-resistant and
permissionless global trading in all parts of the world. While the design
aims in priority to serve on-ramp/off-ramp trading, it can be extended to
support any kind of trading: goods, services, bitcoin financial derivatives
like discreet log contracts.

The design combines the Nostr architecture of simple relays announcing
trade orders to their clients with Lightning onion routing infrastructure,
therefore granting high-level of confidentiality to the market
participants. The market boards are Nostr relays with a Lightning gateway,
each operating autonomously and in competition. The market boards can be
runned as a federation however there is no "decentralized orderbook" logged
into the blockchain. The trades are escrowed under Bitcoin Script
contracts, relying on moderations and know your peer oracles for
adjudication.

The scoring of trades, counterparties and services operators should be
enabled by the introduction of a Web-of-Stakes, assembled from previous
ideas [0]. From the Bitcoin UTXO set servicing as a trustless source of
truth, an economic weight can be assigned to each market entity. This
reputation paradigm could be composed with state-of-the-art Web-of-Trust
techniques like decentralized identifiers [1].

A consistent incentive framework for service operators is proposed by the
intermediary of privacy-preserving credentials backed by Bitcoin payments,
following the lineaments of IETF's Privacy Pass [2]. Services operators
like market boards and oracles are incentivized to thrive for efficiency,
akin to routing hops on Lightning and miners on the base layer.

The whitepaper goes deep in the architecture of the system [3] (Thanks to
the peer reviewers!).

We'll gradually release code and modules, extensively building on top of
the Lightning Dev Kit [4] and Nostr libraries. All according to the best
Bitcoin open-source and decentralized standards established by Bitcoin Core
and we're looking forward to collaborating with everyone in the community
to standardize libraries and guarantee interoperability between clients
with long-term thinking.

Feedback is very welcome!

Cheers,
Nick, Ray and Antoine

[0]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-November/002884.html
[1] https://www.w3.org/TR/2022/REC-did-core-20220719/
[2] https://privacypass.github.io
[3] https://github.com/civkit/paper/blob/main/civ_kit_paper.pdf
[4] https://lightningdevkit.org

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

<div dir=3D"ltr">Hi list,<div><br></div><div>We have been working since a w=
hile with Nicholas Gregory (Commerce Block), Ray Youssef (the Built With Bi=
tcoin foundation) and few others on a new peer-to-peer market system to ena=
ble censorship-resistant and permissionless global trading in all parts of =
the world. While the design aims in priority to serve on-ramp/off-ramp trad=
ing, it can be extended to support any kind of trading: goods, services, bi=
tcoin financial derivatives like discreet log contracts.</div><div><br></di=
v><div>The design combines the Nostr architecture of simple relays announci=
ng trade orders to their clients with Lightning onion routing infrastructur=
e, therefore granting high-level of confidentiality to the market participa=
nts. The market boards are Nostr relays with a Lightning gateway, each oper=
ating autonomously and in competition. The market boards can be runned as a=
 federation however there is no &quot;decentralized orderbook&quot; logged =
into the blockchain. The trades are escrowed under Bitcoin Script contracts=
, relying on moderations and know your peer oracles for adjudication.</div>=
<div><br></div><div>The scoring of trades, counterparties and services oper=
ators should be enabled by the introduction of a Web-of-Stakes, assembled f=
rom previous ideas [0]. From the Bitcoin UTXO set servicing as a trustless =
source of truth, an economic weight can be assigned to each market entity. =
This reputation paradigm could be composed with state-of-the-art Web-of-Tru=
st techniques like decentralized identifiers [1].</div><div><br></div><div>=
A consistent incentive framework for service operators is proposed by the i=
ntermediary of privacy-preserving credentials backed by Bitcoin payments, f=
ollowing the lineaments of IETF&#39;s Privacy Pass [2]. Services operators =
like market boards and oracles are incentivized to thrive for efficiency, a=
kin to routing hops on Lightning and miners on the base layer.</div><div><b=
r></div><div>The whitepaper goes deep in the architecture of the system [3]=
 (Thanks to the peer reviewers!).</div><div><br></div><div>We&#39;ll gradua=
lly release code and modules, extensively building on top of the Lightning =
Dev Kit [4] and Nostr libraries. All according to the best Bitcoin open-sou=
rce and decentralized standards established by Bitcoin Core and we&#39;re l=
ooking forward to collaborating with everyone in the community to standardi=
ze libraries and guarantee interoperability=C2=A0between clients with long-=
term thinking.</div><div><br></div><div>Feedback is very welcome!</div><div=
><br></div><div>Cheers,</div><div>Nick, Ray and Antoine</div><div><br></div=
><div>[0]=C2=A0<a href=3D"https://lists.linuxfoundation.org/pipermail/light=
ning-dev/2020-November/002884.html">https://lists.linuxfoundation.org/piper=
mail/lightning-dev/2020-November/002884.html</a></div><div>[1]=C2=A0<a href=
=3D"https://www.w3.org/TR/2022/REC-did-core-20220719/">https://www.w3.org/T=
R/2022/REC-did-core-20220719/</a></div><div>[2]=C2=A0<a href=3D"https://pri=
vacypass.github.io">https://privacypass.github.io</a></div><div>[3]=C2=A0<a=
 href=3D"https://github.com/civkit/paper/blob/main/civ_kit_paper.pdf">https=
://github.com/civkit/paper/blob/main/civ_kit_paper.pdf</a></div><div>[4]=C2=
=A0<a href=3D"https://lightningdevkit.org">https://lightningdevkit.org</a><=
/div></div>

--000000000000713c9b05f938481a--