diff options
| author | Jean-Paul Kogelman <jeanpaulkogelman@me.com> | 2015-07-24 08:45:04 +0800 |
|---|---|---|
| committer | bitcoindev <bitcoindev@gnusha.org> | 2015-07-24 00:45:09 +0000 |
| commit | 55ad5fcb427cd89a6583be0f874020dd4fa08c4f (patch) | |
| tree | 526ef86f3a21c15ec90d960d163cabe5f5cfceec | |
| parent | cf7d6c2f1fec9c2628cc9e508dbb31557906638b (diff) | |
| download | pi-bitcoindev-55ad5fcb427cd89a6583be0f874020dd4fa08c4f.tar.gz pi-bitcoindev-55ad5fcb427cd89a6583be0f874020dd4fa08c4f.zip | |
Re: [bitcoin-dev] Bitcoin Core and hard forks
| -rw-r--r-- | ac/346e7d38d3396a0db4ebc7d91a9005c63e268f | 120 |
1 files changed, 120 insertions, 0 deletions
diff --git a/ac/346e7d38d3396a0db4ebc7d91a9005c63e268f b/ac/346e7d38d3396a0db4ebc7d91a9005c63e268f new file mode 100644 index 000000000..eefcca2af --- /dev/null +++ b/ac/346e7d38d3396a0db4ebc7d91a9005c63e268f @@ -0,0 +1,120 @@ +Return-Path: <jeanpaulkogelman@me.com> +Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org + [172.17.192.35]) + by mail.linuxfoundation.org (Postfix) with ESMTPS id E06057AE + for <bitcoin-dev@lists.linuxfoundation.org>; + Fri, 24 Jul 2015 00:45:09 +0000 (UTC) +X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 +Received: from st11p02im-asmtp001.me.com (st11p02im-asmtp001.me.com + [17.172.220.113]) + by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 563D4147 + for <bitcoin-dev@lists.linuxfoundation.org>; + Fri, 24 Jul 2015 00:45:09 +0000 (UTC) +Received: from [10.52.6.2] (unknown [101.78.135.131]) + by st11p02im-asmtp001.me.com + (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Mar 31 + 2015)) + with ESMTPSA id <0NRY01BYKVF5L440@st11p02im-asmtp001.me.com> for + bitcoin-dev@lists.linuxfoundation.org; + Fri, 24 Jul 2015 00:45:08 +0000 (GMT) +X-Proofpoint-Virus-Version: vendor=fsecure + engine=2.50.10432:5.14.151,1.0.33,0.0.0000 + definitions=2015-07-24_01:2015-07-22, 2015-07-23, + 1970-01-01 signatures=0 +X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 + suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam + adjust=0 + reason=mlx scancount=1 engine=7.0.1-1412110000 + definitions=main-1507240001 +Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and wrapped. +Content-type: text/plain; charset=gb2312 +MIME-version: 1.0 (1.0) +From: Jean-Paul Kogelman <jeanpaulkogelman@me.com> +X-Mailer: iPhone Mail (12H143) +In-reply-to: <29363BE6-72A7-4D06-A974-C52BA12FD8BD@gmail.com> +Date: Fri, 24 Jul 2015 08:45:04 +0800 +Content-transfer-encoding: quoted-printable +Message-id: <55FFBC8F-A3C9-4109-89C7-AC359FBBD478@me.com> +References: <CAPg+sBgs-ouEMu=LOVCmOyCGwfM1Ygxooz0shyvAuHDGGZYfJw@mail.gmail.com> + <CAPg+sBgugLSVEwDLXhgey86_rM2fTjGWXFuXsiZioJKCZiHiNg@mail.gmail.com> + <CADm_WcbnQQGZoQ92twfUvbzqGwu__xLn+BYOkHPZY_YT1pFrbA@mail.gmail.com> + <CAPWm=eW8RgrG1CMEAMN4GeiMjZecFvNtZB_Y4rZNeofWSD0=Wg@mail.gmail.com> + <CADm_WcYCUHs9Qe_T6WJOCUSK6stXYD8v6z5JcGHfRMURoOSFTA@mail.gmail.com> + <CABm2gDq3JyZx0QCRDbcNSLSOBKdpi4h_7VN1XL8N42U38+eBAA@mail.gmail.com> + <55B113AF.40500@thinlink.com> + <CABsx9T1MTc-GmuQyFN1vaFK=CDWV_L214Pi9nR6jLMouQQD0fw@mail.gmail.com> + <C5A70F53-4779-457A-A06A-686877706F89@gmail.com> + <CADL_X_exckh5T2BfzPEp26fPR3TD69QarwroDEdS_9wtnKbf+g@mail.gmail.com> + <6F436293-9E2B-461C-B105-FC4CF9EBFC69@gmail.com> + <CADL_X_fs3-Zj-9nHu5HXCS=kNFUTJkrUR_8SL+d+M4ziwB66Jw@mail.gmail.com> + <CABm2gDqFe+_g5Mk=tXCD94x74pu6SiL+XHhMM-T3bBw78m3Mow@mail.gmail.com> + <D161F6BB-BFB1-4B9F-B024-D60A170F393C@gmail.com> + <CALqmWPC8PdSPS3chhnjBaTixrvvg0VrEaXzd3OvbXifkMs0DUw@mail.gmail.com> + <42BF7FEB-320F-43BE-B3D9-1D76CB8B9975@gmai> <l.com@mac.com> + <D472C05D-7164-4ED1-B571-94415AD8E60F@gmail.com> + <346D4CE0-E00D-4ABB-B131-EFA1416CB20C@me.com> + <29363BE6-72A7-4D06-A974-C52BA12FD8BD@gmail.com> +To: Eric Lombrozo <elombrozo@gmail.com> +X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00,MIME_QP_LONG_LINE, + RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD autolearn=ham version=3.3.1 +X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on + smtp1.linux-foundation.org +Cc: "bitcoin-dev@lists.linuxfoundation.org" + <bitcoin-dev@lists.linuxfoundation.org> +Subject: Re: [bitcoin-dev] Bitcoin Core and hard forks +X-BeenThere: bitcoin-dev@lists.linuxfoundation.org +X-Mailman-Version: 2.1.12 +Precedence: list +List-Id: Bitcoin Development 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: Fri, 24 Jul 2015 00:45:10 -0000 + +Quality of service as in: + +> X satoshi / kb =3D included in block currently worked on; + +> Y satoshi / kb =3D included in next block; + +> Z satoshi / kb =3D included in block after that, etc. + +Block count starts when transaction is first seen. Miners can set X, Y, Z.=20= + + +Market develops when miners start setting different values and adding more t= +ransactions to blocks as opposed to other miners with higher settings.=20 + +It basically comes down to the miners themselves if they want a healthy fee m= +arket. If they stick to their guns, their influence on the fees will be prop= +ortional to their hashing power. + +jp + +> On Jul 24, 2015, at 8:32 AM, Eric Lombrozo <elombrozo@gmail.com> wrote: +>=20 +>=20 +>> On Jul 23, 2015, at 5:22 PM, Jean-Paul Kogelman <jeanpaulkogelman@me.com>= + wrote: +>>=20 +>> You are not going to get a fair fee market if your only form of enforceme= +nt is the threat of exclusion. +>>=20 +>> A more fair fee market will develop if miners start offering quality of s= +ervice, preferably at multiple tiers. At that point any interference from a b= +lock size cap will only be detrimental. In fact it will only highlight what t= +he cap is actually for; to prevent monster blocks. +>>=20 +>> Add better QoS tools for miners and extend the cap (when possible) and th= +ere's your fee market. +>>=20 +>> jp +>=20 +> Not sure what you mean by QoS here. Either your transaction is included or= + it isn=A1=AFt. It=A1=AFs not like you can upgrade to a master suite with a v= +iew or anything. + |