From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 5FABA24A7 for ; 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 ; Fri, 19 Jul 2019 19:17:50 +0000 (UTC) Received: by mail-oi1-f182.google.com with SMTP id l12so25102237oil.1 for ; 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: <87h87idpfh.fsf@jb55.com> In-Reply-To: <87h87idpfh.fsf@jb55.com> From: Pieter Wuille Date: Fri, 19 Jul 2019 12:17:38 -0700 Message-ID: To: William Casarin , Bitcoin Dev 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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 > 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
On Fri, Jul 19, 2019, 12:13 William Casarin via bitcoin-dev &l= t;bitcoin-dev@list= s.linuxfoundation.org> wrote:
bitcoin-dev@lists.linuxf= oundation.org>
writes:

> Motivation
>
> Giving scripts the ability to refer to data on the blockchain will red= uce
> transaction sizes because key material does not have to be repeated in=
> every Script. Users of the network are rewarded with smaller transacti= on
> 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 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.

Cheers,

--=C2=A0
Pieter

--0000000000000c50e9058e0d95d3--