Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 4613A259 for ; Wed, 31 May 2017 03:07:47 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-lf0-f44.google.com (mail-lf0-f44.google.com [209.85.215.44]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 65D86227 for ; Wed, 31 May 2017 03:07:46 +0000 (UTC) Received: by mail-lf0-f44.google.com with SMTP id a5so1827455lfh.2 for ; Tue, 30 May 2017 20:07:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UnXK/JFWwvUMVa4Se8E6fcxSdA/FLO0+Wm+ECrjZEH4=; b=CbKzCUauztl+OwXFeUbqruv81U9+9AJ9cutYq4j02vbRrtbNYEWzOZ6pmx2jl7qsZH 7kUMAIvRciYnFmusfyeJrO/2ry+O1dclnk5Ixu1Jvw5ZGJp568D5tZS/EIbIV+4UTGDa vnkClI6IzFv4RqZruxhu8f1FhWBLk/r2zfJ/Hx5nBDsz6+k+nwHv/TWvqPCAWN6RThFE SiWdmFOHTCj5bSejQDJEHo+HtQrniYtIDI4rdCYABDBCHGdSKty2NS80rt4o11G4eeXG dhr6yspyRoHmiNhUaqs4Lo8rABmwz59wElfA1aFMHBAOoIgGClYebNwjV9qePCqyOlzn mz5w== 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=UnXK/JFWwvUMVa4Se8E6fcxSdA/FLO0+Wm+ECrjZEH4=; b=Ys587PjZ97DIXMtcJXDR7RSDGM56EjFNVW+/KffNxrmLezcaexFF+GhFD3usDg29wh FU9pUPOPZ6tUfBSB6nLHrFtYArXSdYmi9shOcn7MzkkbSAb0GCzZr3/HYf70G/TxNZW3 E6PlNPsM5KZwcAbrAGdSIUlfMLEVAXVGOX84vLhEri67YxTQkbMTPPhgYYLtpwSs9BJ9 yBOdaYRnBzVCZUWxy+3fA3y4Bvy7nZvy/MLPaJO6rPBLijeyOHFjYUrQApq6MZgx3PRt CIQZmnb4c4BGVY8NWG4nMxTCSePTTaRVwaShfiqCAztJ+o4A5mabMI+BkvOCXjy9bylZ 9vuA== X-Gm-Message-State: AODbwcDhcNdvx4Mwwh0ZNi3LVtMrIP/JG9U22smtMP6LoqsvhqGO168Y ZkPAbUvkoXxzVD8ehPjsRlsG2WGgWQ== X-Received: by 10.46.32.66 with SMTP id g63mr7076605ljg.51.1496200064842; Tue, 30 May 2017 20:07:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.80.4 with HTTP; Tue, 30 May 2017 20:07:43 -0700 (PDT) Received: by 10.25.80.4 with HTTP; Tue, 30 May 2017 20:07:43 -0700 (PDT) In-Reply-To: <004E1123-8346-48B6-9BCB-94BAE00EC34B@me.com> References: <201705232023.40588.luke@dashjr.org> <004E1123-8346-48B6-9BCB-94BAE00EC34B@me.com> From: Jacob Eliosoff Date: Tue, 30 May 2017 23:07:43 -0400 Message-ID: To: Jean-Paul Kogelman Content-Type: multipart/alternative; boundary="001a1142bb7060c4140550c9394f" X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE, HTML_OBFUSCATE_05_10, RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org X-Mailman-Approved-At: Wed, 31 May 2017 07:04:49 +0000 Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Hypothetical 2 MB hardfork to follow BIP148 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: Wed, 31 May 2017 03:07:47 -0000 --001a1142bb7060c4140550c9394f Content-Type: text/plain; charset="UTF-8" Maybe there's some hole in Jorge's logic and scrapping blockmaxsize has quadratic hashing risks, and maybe James' 10KB is too ambitious; but even if so, a simple 1MB tx size limit would clearly do the trick. The broader point is that quadratic hashing is not a compelling reason to keep blockmaxsize post-HF: does someone have a better one? On May 30, 2017 9:46 PM, "Jean-Paul Kogelman via bitcoin-dev" < bitcoin-dev@lists.linuxfoundation.org> wrote: > That would invalidate any pre-signed transactions that are currently out > there. You can't just change the rules out from under people. > > > On May 30, 2017, at 4:50 PM, James MacWhyte via bitcoin-dev < > bitcoin-dev@lists.linuxfoundation.org> wrote: > > > >> The 1MB classic block size prevents quadratic hashing >> problems from being any worse than they are today. >> >> > Add a transaction-size limit of, say, 10kb and the quadratic hashing > problem is a non-issue. Donezo. > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > --001a1142bb7060c4140550c9394f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Maybe there's some hole in Jorge's logic and= scrapping blockmaxsize has quadratic hashing risks, and maybe James' 1= 0KB is too ambitious; but even if so, a simple 1MB tx size limit would clea= rly do the trick.=C2=A0 The broader point is that quadratic hashing is not = a compelling reason to keep blockmaxsize post-HF: does someone have a bette= r one?


____________= ___________________________________
bitcoin-dev mailing list
= bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org= /mailman/listinfo/bitcoin-dev

--001a1142bb7060c4140550c9394f--