作者: [日] 坂井丰贵
开始看到这本书其实挺惊讶的,有种见微知著的感觉,看上去如此平常简单的事情,竟然可以通过理论体系和算法得到更合理的解决,而不是凭感觉行事。那么日常中,我们一直采用无知落后的方式来做决策而不自知的有多少?
深感市场设计的魅力,以及为经济学家思维的层次感与创造力所折服
。制度和游戏规则设计绝不是件简单的事,有时甚至需要经过理论和公式的严密论证。良好的规则应该获得优化结果的同时还能防止策略性操作,使得表达真实意图和诚信的行为得到鼓励,消除碰运气和投机性而获利的可能。
以下记录本书的关键点,本书分三个部分,
一、单边匹配问题
例如“人与物”的匹配,只涉及一方的意愿表达。采用合适的算法改变组合可提高参与者的幸福度。
案例:房间置换、交换肾源及 TTC 算法。随着问题规模的增大,如果没有合适的算法,凭感觉行事想要获得最优解几乎不可能。TTC 算法的目的是要导出一个「强核配置」。强核配置是一定存在且一定唯一的。
强核配置:
- 不存在「帕累托改进」的空间,也就是说不会使任何人处境变差的情况下还有余地让某个人的情况变好。
- 不会发生「阻止」(block),即满足个体合理性,不存在通过退出分配或私下协议而受益的可能。
- 满足防策略性的,通过虚假报告隐瞒自己的偏好并不会获利。
以上经过公理性特征证明
二、双边匹配问题
参与的双方都有偏好,如何实现“两情相悦”,保证匹配的稳定性是规则设计的关键。
案例,选课、招生及婚姻的稳定性、医生-医院的分配。比如高校招生,最好采用结果不受运气影响的公平公正的规则,有没有这样的方法呢?那就是由盖尔和沙普利所创的「延迟接受算法」。
延迟接受算法:
一对一匹配
- 满足「稳定匹配」。但跟单边匹配不同,双边匹配中「稳定匹配」不见得只有一个,导出的结果对于「选择的一方」是最佳的稳定匹配(对于「被选择方」不是最佳但并不意味着不稳定)。即使存在两个以上稳定匹配,它们的分配结果其实相差不远
- 满足单边防止策略性。对于「选择的一方」表明自己真实偏好是上策,对于「被选择的一方」未必。很遗憾,理论上已证明不存在双边防策略性的分配方法
一对多匹配
例如医院有接收多个实习医生的名额。
- 「单边防策略性」仅在「一」方作为「选择方」是成立,「多」方作为「选择方」则不成立。
- 择校匹配,从「波士顿」机制的弊端,中国高考志愿类似的机制,申请人气高的学校风险极高,运气成分过重引发的不满(例如,“比我排名靠后的去了我想去的学校,而我没被录取”)
- TTC算法和延迟接受算法都可以用在学校匹配上,以帕累托改进作为标准两个算法难分伯仲,加上“人气高的学校得到排名更靠前的学生”这个标准,帕累托算法更合适。
三、拍卖问题
采用何种拍卖方式,才能使标的物的经济价值显现出来,那种拍卖对卖方更有利,以及背后的理论支撑。
- 从买方角度,增价拍卖和第二价格拍卖、降价拍卖和第一价格拍卖是「策略等价」的。
- 从卖方角度,第一价格和第二价格拍卖中的期望收益是一致的(惊讶),「收益等价定理」证明。意味着卖家不需要从收益角度考虑采用第一价格还是第二价格拍卖,因两者的期望收益相同。只需考虑其他条件,比如防策略性。
- 第二价格 vs 增量拍卖
「收益等价定理」只在单个商品的拍卖中有效,对于出售多单位同种商品无效,例如国债
- 对卖家期望收益最大化称为「最优拍卖」,比如在第二价格拍卖中通过计算设定底价。
- 私人价值,共同价值,关联价值
- 市场设计的特征在于制定规则,而不是结果。反例,计划经济
公开式
增价拍卖
- 从最低价格加价,买房不想出更高价格时退出,当只剩一个买家时结束。
降价拍卖
- 从高价起拍,价格不断下降,直到某个买家说“我要买”时,拍卖结束。
密封式
买家把出价金额写在信封里交给主办者,一旦提交不能变更。
- 第一价格拍卖
- 获胜者支付自己出价的金额——最高出价金额
- 结果强烈依赖彼此之间的预测,结果容易被运气操纵,很难公正
- 第二价格拍卖
- 获胜者支付出价第二高的金额
- 参与者按照自己的评估值出价就是「占优策略」
低于评估价,导致失败可能性增加,而支付金额并不会减少。
高于评估价,本应失败的却获胜了,需支付高于自己评估价的金额。
- 所以,满足防策略性
- “第二价格”并不低,这个金额是“失败者所报出的最高评价值”,高到所有失败者都不会支付“更高的金额”
多单位同质商品拍卖
- 收益等价定理成立的情况及其有限,几乎没有意义
- 采用诸如
最高失败价格拍卖
、价格歧视拍卖
、修正最高失败价格拍卖
、维克里拍卖
等,之外还要综合考虑其他因素,论证略显复杂,不在此阐述。
本文永久链接: http://jenwang.me/14861916870975.html
进一步交流:
- Email:jenwang@foxmail.com
- 对于本博客某些话题感兴趣,希望进一步交流的,请加 qq 群:2825967
- 更多技术交流分享在圈子「架构杂谈」,跟老司机们聊聊互联网前沿技术、架构、工具、解决方案等