1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
|
Return-Path: <gmaxwell@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 333CE3EE
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 30 Sep 2017 08:54:59 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-vk0-f44.google.com (mail-vk0-f44.google.com
[209.85.213.44])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B35E6367
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 30 Sep 2017 08:54:58 +0000 (UTC)
Received: by mail-vk0-f44.google.com with SMTP id h4so909892vkg.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 30 Sep 2017 01:54:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:sender:in-reply-to:references:from:date:message-id
:subject:to:cc:content-transfer-encoding;
bh=rn1dQty7anRAcZNAL8DLUNu75w8lwkgB/x2H+I+U4YI=;
b=mCEppdRFV457FG6kW10ePZrZrLEyGQ/pi4Dl1S6QyUP9YkRW+dMjt3EzYFjqGMwoWW
GDNxJxcSYtGThW7yPDpigYj34Lnwb6c9n5hsKV+Uyi40hhQECLqsMN99wqAV2IoSqExv
x8mgQIOMUzj6M87uaTCb3hHUAJKF1Egq+mYBjRFT4iP0gkHIZ3YIvYjdGYCSFYFXqJCn
0sv1xbIH6YE7pIOW1luFOyhaeO94bib9lh+vUidMWILBU/0iSGFIVpDN7wajaIRRzY1G
sAHJ04IS6Cnnybq4YbiYdRKuj0yxrZ+AikoUhe95lsBtsxJWccguVwDdXO8y8u714ep/
nm9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:sender:in-reply-to:references:from
:date:message-id:subject:to:cc:content-transfer-encoding;
bh=rn1dQty7anRAcZNAL8DLUNu75w8lwkgB/x2H+I+U4YI=;
b=cajxjz5GHml0+S3RHjE4l6rL8s8nHMybAgqmlT5rZs9jVHoGLd49T8I9jcRHUbRgSu
/PR1BkHpUoeoXzUT3hOLQND1MOTckp2U7lBu46UtkLS5C/EtNzuphGYPDCapsLMJlJlz
P1827bufAvZStRii3DaiN5F65ZqVmE464BotLT/oxsAz8nAph+M2UI+sUVqAqSp6V72N
qaqoj/G3di5Rkc1VIK/ifcYCFEQlBUWvha+tXLxwvHpRjlmh06nbRDOyurhwgCpLjoWS
6DYbbYvn1IaUETL/qgnIaxMBwpP7m9MTQOKW/RAGFFAIItZmpuqcydarhw9WntDAE4t8
ll4w==
X-Gm-Message-State: AHPjjUjGVvDg/gfdCTSwFCuzIVFXMqEO3XJXDg6zf1Tz9RtKszsIXHcA
W0mUvQYCbhdq31Teo/76q3DDgmLeV++OWTF5ce0=
X-Google-Smtp-Source: AOwi7QC/bVDVhQ7N9ehpdLN9b8Qc61tKMrP1zNANqCGlkJYCPO282GaSLcumFxiVFD89F6AdCXPnzrwTB9OBlbBIOnA=
X-Received: by 10.31.102.133 with SMTP id a127mr5338650vkc.154.1506761697864;
Sat, 30 Sep 2017 01:54:57 -0700 (PDT)
MIME-Version: 1.0
Sender: gmaxwell@gmail.com
Received: by 10.103.54.76 with HTTP; Sat, 30 Sep 2017 01:54:57 -0700 (PDT)
In-Reply-To: <CABm2gDqmOXGZ_qxyNjFYg8qTRu4Tmo7V+zYZCt0j5RekUNVkWw@mail.gmail.com>
References: <CAEgR2PGCZ=F85yjAbZgC6NtzhpdgBL3n4M2jowN12wJ7x-Ai1A@mail.gmail.com>
<CAEgR2PGrxDQE0k8WX4XXz9GN-RAL6JB51ST9Hdz=ba36gRCa6A@mail.gmail.com>
<CAEgR2PFjt=ihzRBhNXbHTAJz1R+3vz8o-zRZkDA3iBo39x9cTQ@mail.gmail.com>
<CAEgR2PFfSjJjkTYq+DAmTzmkHPxqhn6fUDoXTzrRebz+OoUgqw@mail.gmail.com>
<CAEgR2PG5ZueHKDXbsPDEjQG7xAYBa_JAtPZo9n1V2=STC1srpA@mail.gmail.com>
<CAEgR2PGPQ1e9SmoWOS3V+N9v+OWiM4g3nPN3d9urc+DfkWEJ7A@mail.gmail.com>
<CAEgR2PEKkHH6+Sh8cQGF83-s1tpwQZgd0fiuNz_xyWu0mUPfCA@mail.gmail.com>
<CAEgR2PEyWFO1RFohVEpcb-M7aM-8xjCFvDPeJPD4zF4yTCyZ0A@mail.gmail.com>
<CAEgR2PGrf+4pQRyNC_xKVEKXimKTWveGK9q6YJeZkG0_r=8tkg@mail.gmail.com>
<5F7A4F74-B108-4E30-A3F4-4125BBD0F819@friedenbach.org>
<CABm2gDqXXvNCZ7EyKuwudB5J0YDX7hNnXHPZNxTO0_JsM+yNHg@mail.gmail.com>
<CABm2gDqmOXGZ_qxyNjFYg8qTRu4Tmo7V+zYZCt0j5RekUNVkWw@mail.gmail.com>
From: Gregory Maxwell <greg@xiph.org>
Date: Sat, 30 Sep 2017 08:54:57 +0000
X-Google-Sender-Auth: oLHVN_ZLbsav71gHQY17gWhePmA
Message-ID: <CAAS2fgQR48pLBPh7=yntE8iXcQSeQU22nptze76DjAUJ9A1KSQ@mail.gmail.com>
To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= <jtimon@jtimon.cc>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Spam-Status: No, score=0.5 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM autolearn=disabled
version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
Cc: Daniele Pinna <daniele.pinna@gmail.com>
Subject: Re: [bitcoin-dev] Rebatable fees & incentive-safe fee markets
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: Sat, 30 Sep 2017 08:54:59 -0000
On Sat, Sep 30, 2017 at 3:55 AM, Jorge Tim=C3=B3n via bitcoin-dev
<bitcoin-dev@lists.linuxfoundation.org> wrote:
> Gmaxwell I think what's new is that in this case, with a single tx you wo=
uld
> take out all txs with fee below 1 btc. With current rules, you would only
> remove enoguh txs for that one to fit, not empty the whole block and mine
> only a block with that single tx.
I think this is not relevant: By paying the same amount you can delay
the same transactions today.
The difference is that your 'attack' wastes less capacity-- it can be
a simple 150 weight txn rather than a collection that add up to almost
4 million weight; but it costs exactly the same. To the extent that
this difference matters at all, I think it's an improvement.
The only argument that I see for it not being one is that it's easier
to do accidentally. But part of the purpose of this alternative
market is to achieve an equilibrium other than the ultrabloating one;
so yes, you're going to find outcomes where the blocks are not
maximally full.
I wonder how the economics would respond if there is a PI controller
on the maximum size, so that 'lost space' in single blocks with bogon
fee transactions could be recovered if doing so didn't change the
medium timescale total. I think the paper's analysis assumes there is
no limit, but that is impractical for technical reasons (e.g. making
it impossible to budget communications and storage capacity for
nodes...).
|
