public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Chenxi Cai <Chenxi_Cai@live.com>
To: "bitcoin-dev@lists.linuxfoundation.org"
	<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] BIP Idea: Marginal Pricing
Date: Thu, 30 Nov 2017 16:15:01 +0000	[thread overview]
Message-ID: <CY4PR1201MB019798D1013AE2296AC0F30086380@CY4PR1201MB0197.namprd12.prod.outlook.com> (raw)
In-Reply-To: <CY4PR1201MB0197936CBE467B38DCC26DC986380@CY4PR1201MB0197.namprd12.prod.outlook.com>

[-- Attachment #1: Type: text/plain, Size: 2537 bytes --]




It is clear that charging min fee won't maximize total miner's fees because it ignores heterogeneity in willingness to pay among bidders within the same block. Also, spamming can still occur by setting a large number of transactions to the min fee. Competition between spammers might drive up the min fee, which is really where the positive effect comes from in this model.


A two-part pricing scheme involving a fixed fee per transaction plus variable fee per byte is likely to work much better. The fixed fee component raises the cost of micro-transactions substantially and deters spamming of the mempool.  Also, revenue is not lost from people with higher willingness to pay.


Chenxi

________________________________
From: William Morriss <wjmelements@gmail.com>
Sent: Wednesday, November 29, 2017 11:05 PM
To: Chenxi Cai
Cc: Bitcoin Protocol Discussion
Subject: Re: [bitcoin-dev] BIP Idea: Marginal Pricing

On Wed, Nov 29, 2017 at 9:52 PM, Chenxi Cai <Chenxi_Cai@live.com<mailto:Chenxi_Cai@live.com>> wrote:

Hi All,


Auction theory is a well-studied problem in the economics literature. Currently what bitcoin has is Generalized first-price auction, where winning bidders pay their full bids. Alternatively, two approaches are potentially viable, which are Generalized second-price auction and Vickrey–Clarke–Groves auction. Generalized second-price auction, where winning bidders pay their next highest bids, reduces (but not eliminate) the need for bidders to strategize by allowing them to bid closer to their reservation price. Vickrey–Clarke–Groves auction, a more sophisticated system that considers all bids in relation to one another, elicit truthful bids from bidders, but may not maximize miners' fees as the other two systems will.


Due to one result called Revenue Equivalence, the choice of fee design will not impact miners' fees unless the outcomes of the auction changes (i.e, the highest bidders do not always win). In addition, the sole benefit of second-price auction over first-price auction is to spare people's mental troubles from strategizing, rather than actually saving mining fees, because in equilibrium the fees bidders pay remain the same. Therefore, in balance, I do not see substantial material benefits arising from switching to a different fee schedule.


Best,

Chenxi Cai


Changing the bidding system to the marginal price allows us to supersede the block size limit, which changes the outcome of the auction, as different transactions are included.

[-- Attachment #2: Type: text/html, Size: 4840 bytes --]

  parent reply	other threads:[~2017-11-30 16:15 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-30  0:47 [bitcoin-dev] BIP Idea: Marginal Pricing William Morriss
2017-11-30  2:38 ` Ben Kloester
2017-11-30  6:13   ` William Morriss
2017-11-30 11:40     ` Gregory Maxwell
2017-11-30 12:03     ` Eric Voskuil
2017-11-30  9:37   ` Federico Tenga
2017-11-30  5:52 ` Chenxi Cai
2017-11-30  6:05   ` William Morriss
     [not found]     ` <CY4PR1201MB0197936CBE467B38DCC26DC986380@CY4PR1201MB0197.namprd12.prod.outlook.com>
2017-11-30 16:15       ` Chenxi Cai [this message]
     [not found] ` <CAAS2fgS5jiNCmdwEt3YtZMJ0SfhC8Hw1eXr_0Vo5AQhYv7bJfg@mail.gmail.com>
2017-11-30  9:12   ` Gregory Maxwell
2017-12-01  7:58 ` Ryan J Martin
2017-12-02  3:55 ` Damian Williamson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CY4PR1201MB019798D1013AE2296AC0F30086380@CY4PR1201MB0197.namprd12.prod.outlook.com \
    --to=chenxi_cai@live.com \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox