summaryrefslogtreecommitdiff
path: root/6f/2f3f8243670c896fe66f849ec3c0bc66dcbb49
blob: 167e3deb9122d661e8636c7b9ea6c0f76abc8461 (plain)
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
Return-Path: <ZmnSCPxj@protonmail.com>
Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by lists.linuxfoundation.org (Postfix) with ESMTP id 84494C016E
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Wed,  1 Jul 2020 00:54:01 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id 6F81587278
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Wed,  1 Jul 2020 00:54:01 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id f7yPF8AXxPDk
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Wed,  1 Jul 2020 00:54:00 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Received: from mail-40130.protonmail.ch (mail-40130.protonmail.ch
 [185.70.40.130])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id 0C38287257
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Wed,  1 Jul 2020 00:54:00 +0000 (UTC)
Date: Wed, 01 Jul 2020 00:53:46 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
 s=protonmail; t=1593564837;
 bh=Z+VHoDEqoQiQQycGj8dHzoPFwTxcaumwCtGig6rL2kM=;
 h=Date:To:From:Reply-To:Subject:In-Reply-To:References:From;
 b=stLAWKF5RXloH97M4n/hmrNT7cGLjeY3EcBWygWRDe/2hyqh/p0o4VQKPk1kP5s1X
 fffDxwqadSPK6jRgIIPoMuHdVwNjpL93aT+aeecNh+QBEHU/gPwg2+LYUy/vY/Sh0Y
 1+Up57f7wiMXK7SjfKYAvbKCRUK35K8Y7w02ODZ4=
To: Hilda <hildawithin@163.com>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
From: ZmnSCPxj <ZmnSCPxj@protonmail.com>
Reply-To: ZmnSCPxj <ZmnSCPxj@protonmail.com>
Message-ID: <aGU0KUGZ8-SEynnJeoJS1G3G5SSQBlgoK3Xy9sUNNwH63U9wNseoC_PY_4sC6u1VIvDCDPFlrxnDjpRsUBTDoYoJWuePtmTMfJ678uZbuzY=@protonmail.com>
In-Reply-To: <24cf6c3f.207.173069b0747.Coremail.hildawithin@163.com>
References: <24cf6c3f.207.173069b0747.Coremail.hildawithin@163.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [bitcoin-dev] Is Bitcoin mempool synchronized?
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
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: Wed, 01 Jul 2020 00:54:01 -0000

Good morning Hilda,

> Hi there,
>
> I have been assuming Bitcoin system to be well synchronized, including me=
mpools. But after being challenged, I started to think that I actually cann=
ot verify this without knocking the door of every miner in every single sec=
ond (just a time slice reasonable to me; stop torturing me by asking why). =
Can anyone share any thoughts with me?


No, definitely not.

There is no good way to limit the amount of transactions someone can push a=
t you, except by various heuristics.
Yet those very same heuristics mean that someone with a good knowledge of t=
hose heuristics can make your mempool desynchronized with that of somebody =
else.

Fortunately for Bitcoin, it is the blockchain itself that we synchronize on=
.
People cannot push blocks at you without doing the work of grinding towards=
 the difficulty target, thus it is not possible to spam blocks.

TANSTAAGM - There Ain't No Such Thing As A Global Mempool

For this reason, any consensus rule has to refer only to data inside blocks=
, and never to data in mempools, are mempools are ephemeral and not synchro=
nized across all nodes.

Regards,
ZmnSCPxj