Date: Fri, 15 Sep 2023 09:31:10 +0000
To: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
From: Dr Maxim Orlovsky <orlovsky@lnp-bp.org>
Message-ID: <fZ1TE57Cb_fD-VmcjtDO8qp9qWEC98m9weorLFkxWjB32H2_C9w5HMNlzHW4TS6SgiKzNN9ScBaiQ6A7SJkJEWQ4CLjzTcwhSysEzqdSCkM=@lnp-bp.org>
In-Reply-To: <CAHUwRvtadqomqDpWBuOwjJR7ftsTpE_-C4mPVAg0j3HqR6vFUw@mail.gmail.com>
References: <XDPm1ve5FC6e68LI_ZK4f_oRGDArvptCDh1ofEXNNZV9TaTQ_XRALF2KIdIknQOw-TXKJHedJ-5xHi0sbipTrF7qIe4ynp2Qxp823BGcXcY=@lnp-bp.org>
 <CAHUwRvtadqomqDpWBuOwjJR7ftsTpE_-C4mPVAg0j3HqR6vFUw@mail.gmail.com>
Feedback-ID: 18134079:user:proton
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [bitcoin-dev] Trustless 2-way-peg without softfork
Precedence: list

Hi,

I got a lot of feedback on my proposal -- and it appears that I have to wor=
k on a simpler paper explaining how the proposed generic model ("Prometheus=
") can be applied to a specific case of two-way peg. I have planned this wo=
rk for the next several weeks and will post it to this mailing list once re=
ady.

Kind regards,
Maxim


------- Original Message -------
On Monday, September 11th, 2023 at 5:26 PM, G. Andrew Stone via bitcoin-dev=
 <bitcoin-dev@lists.linuxfoundation.org> wrote:


> Any chance of a quick tldr to pique our interest by explaining how exactl=
y this works "and the protocol will reach consensus on whether the state re=
ported by the oracle is correct" in presumably a permissionless, anonymous,=
 decentralized fashion, and what caveats there are?
>=20
> Regards,
> Andrew
>=20
> On Sun, Sep 10, 2023 at 4:06=E2=80=AFPM Dr Maxim Orlovsky via bitcoin-dev=
 <bitcoin-dev@lists.linuxfoundation.org> wrote:
>=20
> > Hi,
> >=20
> > Several years ago my team from Pandora Project working on censorship-re=
sistant distributed machine learning proposed Prometheus: a protocol for hi=
gh-load computing on top of Bitcoin. The protocol operates as a multi-party=
 game setting where an oracle ("worker") is provided with an arbitrary comp=
utationally complex task (any Turing-complete computing, machine learning t=
raining or inference etc) and the network is able to reach a consensus on w=
hether a result reported by the worker is true. The consensus is reached vi=
a optional rounds of verification and arbitrage. The protocol is cryptoecon=
omically-safe, i.e. has a proven Nash equilibrium. The protocol was later t=
ransferred to LNP/BP Standards Association (https://lnp-bp.org) and was kep=
t in a backlog of what can be done in a future as a layer on top of Bitcoin=
.
> >=20
> > I'd like to emphasize that Prometheus works on Bitcoin, requires just s=
everal Bitcoin tx per task, and _doesn't require any soft fork_. All econom=
ic setting is done with Bitcoin as a means of payment, and using existing B=
itcoin script capabilities.
> >=20
> > Link to the paper describing the protocol: <https://github.com/Promethe=
us-WG/prometheus-spec/blob/master/prometheus.pdf>
> >=20
> > Only today I have realized that Prometheus protocol can be used to buil=
d cryptoeconomically-safe (i.e. trustless) 2-way-peg on the Bitcoin blockch=
ain without any soft-forks: a "worker" in such a case acts as an oracle for=
 some extra-bitcoin system (sidechain, client-side-validated protocol, zk r=
ollup etc) validating it, and the protocol will reach consensus on whether =
the state reported by the oracle is correct.
> >=20
> > In other words, this is an alternative to BIP-300 and other similar sof=
t-forks having the only purpose of doing 2-way pegs. It also enables the tw=
o-way trustless transfer of Bitcoins between Bitcoin blockchain, RGB and, i=
n a future, potential new layer 1 called "prime" (to learn more about prime=
 you can check my Baltic Honeybadger talk <https://www.youtube.com/live/V3v=
vybsc1A4?feature=3Dshared&t=3D23631>).
> >=20
> >=20
> > Kind regards,
> > Dr Maxim Orlovsky
> > Twitter: @dr_orlovsky
> > Nostr: npub13mhg7ksq9efna8ullmc5cufa53yuy06k73q4u7v425s8tgpdr5msk5mnym
> >=20
> > LNP/BP Standards Association
> > Twitter: @lnp_bp
> >=20
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev@lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev