EconPapers    
Economics at your fingertips  
 

The Clock-Proxy Auction: A Practical Combinatorial Auction Design

Lawrene M. Ausubel, Peter Crampton and Paul Milgrom
Additional contact information
Lawrene M. Ausubel: University of Maryland
Peter Crampton: University of Maryland

Authors registered in the RePEc Author Service: Peter Cramton

No 03-034, Discussion Papers from Stanford Institute for Economic Policy Research

Abstract: We propose the clock-proxy auction as a practical means for auctioning many related items. A clock auction phase is followed by a last-and-final proxy round. The approach combines the simple and transparent price discovery of the clock auction with the efficiency of the proxy auction. Linear pricing is maintained as long as possible, but then is abandoned in the proxy round to improve efficiency and enhance seller revenues. The approach has many advantages over the simultaneous ascending auction. In particular, the clock-proxy auction has no exposure problem, eliminates incentives for demand reduction, and prevents most collusive bidding strategies.

Date: 2004-08
References: View references in EconPapers View complete reference list from CitEc
Citations: View citations in EconPapers (2)

Downloads: (external link)
http://www-siepr.stanford.edu/repec/sip/03-034.pdf (application/pdf)
Our link check indicates that this URL is bad, the error code is: 500 Can't connect to www-siepr.stanford.edu:80 (nodename nor servname provided, or not known)

Related works:
Working Paper: The Clock-Proxy Auction: A Practical Combinatorial Auction Design (2004) Downloads
This item may be available elsewhere in EconPapers: Search for items with the same title.

Export reference: BibTeX RIS (EndNote, ProCite, RefMan) HTML/Text

Persistent link: https://EconPapers.repec.org/RePEc:sip:dpaper:03-034

Access Statistics for this paper

More papers in Discussion Papers from Stanford Institute for Economic Policy Research Contact information at EDIRC.
Bibliographic data for series maintained by Anne Shor ( this e-mail address is bad, please contact ).

 
Page updated 2025-04-12
Handle: RePEc:sip:dpaper:03-034