Return-Path: <pieter.wuille@gmail.com> Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 5FABA24A7 for <bitcoin-dev@lists.linuxfoundation.org>; Fri, 19 Jul 2019 19:17:51 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-oi1-f182.google.com (mail-oi1-f182.google.com [209.85.167.182]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D9A6BF8 for <bitcoin-dev@lists.linuxfoundation.org>; Fri, 19 Jul 2019 19:17:50 +0000 (UTC) Received: by mail-oi1-f182.google.com with SMTP id l12so25102237oil.1 for <bitcoin-dev@lists.linuxfoundation.org>; Fri, 19 Jul 2019 12:17:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bmtYLEClyl+9oSRRUM1IISVyd/9+fBa+FzdOHef1alQ=; b=rxs9f90yAQLwzJjuFI2SgVKS0XHbkZpR58R7RogvQ/oIzxkVP2pyQzQJHZeKbWPrkN 0fiYFew15AnaBB1p507PmFLCriBg9/2smASsJ134jMbVb+CAhqXimMZJV6PMg3RpRRA/ VlPzKPr2W8Km4ac+G8jxdyWSLVza6H+/vGFF7AffijTJcde+Bddrjq3ExdaKQhjnq3so FmQvqb5Czxv23H74yNB8pk0yHOsHBkVtPNESgzVf32sCYFCaiYJvcu+awjdltsmLUI6C ao7+4f+V8LUHbfiiEewVgqVilxkCC1ymW3ltsQTfDbZ4Mw5DJL1kMgr39IZ52Tma3A6v mkRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bmtYLEClyl+9oSRRUM1IISVyd/9+fBa+FzdOHef1alQ=; b=a6W4R1xdcisOd07+2PX1jim78xrT22RKEZNW2OMtSFDleYB8TUgNcSJbSC/5djMu3q uXcuWaHYbc01FUUV84CkMPJFngY8XhQ8sPjwoy2PchsveUhTCKAgwbAPA7NK+1sf2UxU AHFmQ7RFXPi+b+N9anuFC6EmcIT+rBiKVXMwecGgEacLLSVX75i/F4/rlb1RxHj1ovdE PIJLuFsTSRsmyYGncTxeW3Obp1iAUV71SqKLuA1Xy1JCKZagKESa6liWsCwAe4PJgvE4 CarDpNrxUbvJl8/0Lxwtv71OdhXg4YylKbpwxhhFwxdRPbVzPm668BatcArmd2cAg8Km KtZQ== X-Gm-Message-State: APjAAAU39vZmTSM+l/iVj9umgCfAITkvvWlH2J0L1nVuxs1SN7PqMq79 Trs+uoB0iz1/nZly/oN7wDz3HV3FPNuXpklfu9AZ3w== X-Google-Smtp-Source: APXvYqwhbjroGiRU1vvLytae11+CJM6Xl9ZxIn3o5Pb95XbMN+1JZrBuZvX/s6mKj6ohyN1yF9hIvVfv8g44kJe9umU= X-Received: by 2002:aca:f003:: with SMTP id o3mr8902196oih.59.1563563869882; Fri, 19 Jul 2019 12:17:49 -0700 (PDT) MIME-Version: 1.0 References: <CALFqKjQkQwuxjeYkGWO_Y_HhNQmJgrjqF3m04hbORV7FSbsi3Q@mail.gmail.com> <87h87idpfh.fsf@jb55.com> In-Reply-To: <87h87idpfh.fsf@jb55.com> From: Pieter Wuille <pieter.wuille@gmail.com> Date: Fri, 19 Jul 2019 12:17:38 -0700 Message-ID: <CAPg+sBg-9WMS2dTJswPbWGp6mwMwdit6yL0Pg=WhqEZKp4SpjA@mail.gmail.com> To: William Casarin <jb55@jb55.com>, Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org> Content-Type: multipart/alternative; boundary="0000000000000c50e9058e0d95d3" X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org X-Mailman-Approved-At: Sat, 20 Jul 2019 03:24:54 +0000 Subject: Re: [bitcoin-dev] PubRef - Script OP Code For Public Data References X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org> List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>, <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe> List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/> List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org> List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help> List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>, <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe> X-List-Received-Date: Fri, 19 Jul 2019 19:17:51 -0000 --0000000000000c50e9058e0d95d3 Content-Type: text/plain; charset="UTF-8" On Fri, Jul 19, 2019, 12:13 William Casarin via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > > Hello Mike, > > Mike Brooks via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> > writes: > > > Motivation > > > > Giving scripts the ability to refer to data on the blockchain will reduce > > transaction sizes because key material does not have to be repeated in > > every Script. Users of the network are rewarded with smaller transaction > > sizes, and miners are able to fit more transactions into new blocks. > > Pointers are a common feature and it felt like this was missing from > > Bitcoin Script. > > This would incentivize address re-use which would be bad for > fungibility. It appears you're trying to optimize a use case which is > already discouraged :( > Furthermore, right now block validation does not require access to the whole historical chain (only to the set of unspent outputs), so a change like this would massively increase storage requirements for validation. Cheers, -- Pieter --0000000000000c50e9058e0d95d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D= "gmail_attr">On Fri, Jul 19, 2019, 12:13 William Casarin via bitcoin-dev &l= t;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@list= s.linuxfoundation.org</a>> wrote:<br></div><blockquote class=3D"gmail_qu= ote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex= "><br> Hello Mike,<br> <br> Mike Brooks via bitcoin-dev <<a href=3D"mailto:bitcoin-dev@lists.linuxfo= undation.org" target=3D"_blank" rel=3D"noreferrer">bitcoin-dev@lists.linuxf= oundation.org</a>><br> writes:<br> <br> > Motivation<br> ><br> > Giving scripts the ability to refer to data on the blockchain will red= uce<br> > transaction sizes because key material does not have to be repeated in= <br> > every Script. Users of the network are rewarded with smaller transacti= on<br> > sizes, and miners are able to fit more transactions into new blocks.<b= r> > Pointers are a common feature and it felt like this was missing from<b= r> > Bitcoin Script.<br> <br> This would incentivize address re-use which would be bad for<br> fungibility. It appears you're trying to optimize a use case which is<b= r> already discouraged :(<br></blockquote></div></div><div dir=3D"auto"><br></= div><div dir=3D"auto">Furthermore, right now block validation does not requ= ire access to the whole historical chain (only to the set of unspent output= s), so a change like this would massively increase storage requirements for= validation.</div><div dir=3D"auto"><br></div><div dir=3D"auto">Cheers,</di= v><div dir=3D"auto"><br></div><div dir=3D"auto">--=C2=A0</div><div dir=3D"a= uto">Pieter</div><div dir=3D"auto"><br></div><div dir=3D"auto"><div class= =3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8= ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote></div></div></div> --0000000000000c50e9058e0d95d3--