Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 300B740A for ; Tue, 5 Jun 2018 04:33:31 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mo.garage.hdemail.jp (mo.garage.hdemail.jp [46.51.242.127]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 9C923136 for ; Tue, 5 Jun 2018 04:33:30 +0000 (UTC) Received: from ip-10-217-1-36.ap-northeast-1.compute.internal (localhost.localdomain [127.0.0.1]) by mo.garage.hdemail.jp (hde-mf-postfix) with SMTP id 234EC14C0B9 for ; Tue, 5 Jun 2018 13:33:29 +0900 (JST) (envelope-from karljohan-alm@garage.co.jp) X-Received: from unknown (HELO mo.garage.hdemail.jp) (127.0.0.1) by 0 with SMTP; 5 Jun 2018 13:33:29 +0900 X-Received: from mo.garage.hdemail.jp (localhost.localdomain [127.0.0.1]) by mo.garage.hdemail.jp (hde-ma-postfix) with ESMTP id 191D74C079 for ; Tue, 5 Jun 2018 13:33:29 +0900 (JST) (envelope-from karljohan-alm@garage.co.jp) Received: from gw14.oz.hdemail.jp (ip-10-188-130-13.ap-northeast-1.compute.internal [10.188.130.13]) by mo.garage.hdemail.jp (hde-mf-postfix) with ESMTP id 1685C14C0B9 for ; Tue, 5 Jun 2018 13:33:29 +0900 (JST) (envelope-from karljohan-alm@garage.co.jp) X-Received: from mail-io0-f198.google.com (lb07.oz.hdemail.jp [54.238.57.67]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by gw14.oz.hdemail.jp (Postfix) with ESMTP id BB449148C121 for ; Tue, 5 Jun 2018 13:33:28 +0900 (JST) X-Received: by mail-io0-f198.google.com with SMTP id o22-v6so1072615ioh.23 for ; Mon, 04 Jun 2018 21:33:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZGDBZqTxYWhMlF+4+01EtAWK6wiUIVgLyYhMeMpMNbo=; b=S9Xmt6/R/GEFdBYkktJcM++XHYpjLPJ56cIs0eba7oI1jG4ERWhGfdXatUjkRWiLJa 5Ef0Z7acRZ22TOdSk6T68HaILCxJ9DpfewBGDn7J0ZYKdqvU7aQdHltStY0UejptfQAd ua0cT1O6Y6RDAQRcvOovIXHOgzj/tVW80r4ahnQzmEi1/nVrcRyw8SUoPDSze0aesghz 9VxUWj7jIJHYUHYRjmwl16neLE8tY5Os0o0NF4ke+bQ47SeRAci//l44s9ueayn9ujyi vuinXPNq9o0K5hcYIJj2IQlKK4zazPB2fuKnDnsIRWJZSupRSAYDxEn+a5hb9A5Py2m6 qu9g== X-Gm-Message-State: ALKqPwfoYGGCf5g6S4cS+HM74FG1OewTjcvD7umTHTsZi780OWSNaeTJ BJ+K5xU2YnMnc1egJWJOOtseIRT4HviTjJc+SXOERQh7Q44LWv5f1+1meVsdi2Mc6wqqLur3oYV FgazuFZzFVHDqKROvIhSNvhkHdnBHKyHSb+lrvSDO/rM6DWNvYjGwx1hRrtwrWYZwosZ12oc30U 2nfdWD1i9UtTXtNLQFqvi2ddz+hZsEqiWQiaRkxdMssFo4YY8SFud56aBLC57QAzrEJrq5gYdSn vtTxGd8zhGZB+pN90Gkr1LdwvurVHsmDIbN8n947Gb3qk3Jb9CNKs694u8ATu7FM8mlDSx+neoC zcPUiNDGOteSiyn0B2UX7J94wMY= X-Received: by 2002:a6b:2653:: with SMTP id m80-v6mr14417036iom.301.1528173207526; Mon, 04 Jun 2018 21:33:27 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJQzriAYUwurjs/yH6mCWGvUePKTUsKttGhjbxBXgN49j7wzwXNeaaTAwmWC5vs2S8zHDVL4rksETJL5EGI8ds= X-Received: by 2002:a6b:2653:: with SMTP id m80-v6mr14417021iom.301.1528173207330; Mon, 04 Jun 2018 21:33:27 -0700 (PDT) MIME-Version: 1.0 X-Received: by 2002:a02:7f53:0:0:0:0:0 with HTTP; Mon, 4 Jun 2018 21:33:06 -0700 (PDT) In-Reply-To: References: From: Karl-Johan Alm Date: Tue, 5 Jun 2018 13:33:06 +0900 Message-ID: To: Jim Posen Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,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 Cc: Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] BIP 158 Flexibility and Filter Size 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: Tue, 05 Jun 2018 04:33:31 -0000 On Tue, Jun 5, 2018 at 10:08 AM, Jim Posen wrote: > It also derives all bandwidth gains from address reuse. So I'm > hesitant to make the complexity tradeoff for bandwidth savings due to a > behavior that is actively discouraged. I don't understand this comment. The bandwidth gains are not from address reuse, they are from the observed property that false positives are independent between two filters. I.e. clients that connect once a day will probably download 2-3 filters at most, if they had nothing relevant in the last ~144 blocks. -Kalle.