From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138]) by lists.linuxfoundation.org (Postfix) with ESMTP id 63D0BC0012 for ; Fri, 17 Dec 2021 18:24:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.osuosl.org (Postfix) with ESMTP id 52A7084D3D for ; Fri, 17 Dec 2021 18:24:17 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from smtp1.osuosl.org ([127.0.0.1]) by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56iWzFcam8sF for ; Fri, 17 Dec 2021 18:24:16 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by smtp1.osuosl.org (Postfix) with ESMTPS id 44AE484D4B for ; Fri, 17 Dec 2021 18:24:16 +0000 (UTC) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) (authenticated bits=0) (User authenticated as jlrubin@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 1BHIOCBi006892 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for ; Fri, 17 Dec 2021 13:24:13 -0500 Received: by mail-lj1-f171.google.com with SMTP id p8so4702357ljo.5 for ; Fri, 17 Dec 2021 10:24:13 -0800 (PST) X-Gm-Message-State: AOAM532k3x7GvWvB43KtRy0k35lCnkbqawuOC3A//jAmZjNn5VqfAeWL ggjdMVyOXPA4PMO1rymCwstkFG/rV3GZYujeCWg= X-Google-Smtp-Source: ABdhPJxcOiyDkFBmDYiboV+xn0uiXJn48isirjBkHXTf/LNebLMTAqZKCI6I52tX2F75MygiDfa/eWPipT1K62EepiA= X-Received: by 2002:a05:651c:2102:: with SMTP id a2mr3789809ljq.323.1639765452140; Fri, 17 Dec 2021 10:24:12 -0800 (PST) MIME-Version: 1.0 From: Jeremy Date: Fri, 17 Dec 2021 10:24:01 -0800 X-Gmail-Original-Message-ID: Message-ID: To: Bitcoin development mailing list Content-Type: multipart/alternative; boundary="0000000000004a359905d35ba5ff" Subject: [bitcoin-dev] [Bitcoin Advent Calendar] Oracles, Bonds, and Attestation Chains X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2021 18:24:17 -0000 --0000000000004a359905d35ba5ff Content-Type: text/plain; charset="UTF-8" Today's post is pretty cool: it details how covenants like CTV can be used to improve on-chain bitcoin signing oracles by solving the timeout/rollover issue and solving the miner/oracle collusion issue on punishment. This issue is similar to the Blockstream Liquid Custody Federation rollover bug from a while back (which this type of design also helps to fix). https://rubin.io/bitcoin/2021/12/17/advent-20/ It also describes: - how a protocol on top can make 'branch free' attestation chains where if you equivocate your funds get burned. - lightly, various uses for these chained attestations In addition, Robin Linus has a great whitepaper he put out getting much more in the weeds on the concepts described in the post, it's linked in the first bit of the post. cheers, Jeremy -- @JeremyRubin --0000000000004a359905d35ba5ff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Today's post is prett= y cool: it details how covenants like CTV can be used to improve on-chain b= itcoin signing oracles by solving the timeout/rollover issue and solving th= e miner/oracle collusion issue on punishment. This issue is similar to the = Blockstream Liquid Custody Federation rollover bug from a while back (which= this type of design also helps to fix).

https://rubin.io/bitcoin/2021/12/17/advent-2= 0/

It also describes:
-= how a protocol on top can make 'branch free' attestation chains wh= ere if you equivocate your funds get burned.
- lightly, various uses for these chained attestations

In add= ition, Robin Linus has a great whitepaper he put out getting much more in t= he weeds on the concepts described in the post, it's linked in the firs= t bit of the post.

cheers,

=
Jeremy

<= div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_signature= ">
--0000000000004a359905d35ba5ff--