Monotonicity (mechanism design)

In mechanism design, monotonicity is a property of a social choice function. It is a necessary condition for being able to implement such a function using a strategyproof mechanism. Its verbal description is:[1]

If changing one agent's type (while keeping the types of other agents fixed) changes the outcome under the social choice function, then the resulting difference in utilities of the new and original outcomes evaluated at the new type of this agent must be at least as much as this difference in utilities evaluated at the original type of this agent.

In other words:[2]: 227 

If the social choice changes when a single player changes his valuation, then it must be because the player increased his value of the new choice relative to his value of the old choice.

Notation

edit

There is a set   of possible outcomes.

There are   agents which have different valuations for each outcome. The valuation of agent   is represented as a function: which expresses the value it assigns to each alternative.

The vector of all value-functions is denoted by  .

For every agent  , the vector of all value-functions of the other agents is denoted by  . So  .

A social choice function is a function that takes as input the value-vector   and returns an outcome  . It is denoted by   or  .

In mechanisms without money

edit

A social choice function satisfies the strong monotonicity property (SMON) if for every agent   and every  , if:  then:  (by the initial preferences, the agent prefers the initial outcome).  (by the final preferences, the agent prefers the final outcome). Or equivalently:  

Necessity

edit

If there exists a strategyproof mechanism without money, with an outcome function  , then this function must be SMON.

PROOF: Fix some agent   and some valuation vector  . Strategyproofness means that an agent with real valuation   weakly prefers to declare   than to lie and declare  ; hence:  Similarly, an agent with real valuation   weakly prefers to declare   than to lie and declare  ; hence: 

In mechanisms with money

edit

When the mechanism is allowed to use money, the SMON property is no longer necessary for implementability, since the mechanism can switch to an alternative which is less preferable for an agent and compensate that agent with money.

A social choice function satisfies the weak monotonicity property (WMON) if for every agent   and every  , if:  then: 

Necessity

edit

If there exists a strategyproof mechanism with an outcome function  , then this function must be WMON.

PROOF:[2]: 227  Fix some agent   and some valuation vector  . A strategyproof mechanism has a price function  , that determines how much payment agent   receives when the outcome of the mechanism is  ; this price depends on the outcome but must not depend directly on  . Strategyproofness means that a player with valuation   weakly prefers to declare   over declaring  ; hence: Similarly, a player with valuation   weakly prefers to declare   over declaring  ; hence: Subtracting the second inequality from the first gives the WMON property.

Sufficiency

edit

Monotonicity is not always a sufficient condition for implementability, but there are some important cases in it is sufficient (i.e, every WMON social-choice function can be implemented):

  • When the agents have single-parameter utility functions.
  • In many convex domains, most notably when the range of each value-function is  .[1]
  • When the range of each value-function is  , or a cube (Gui, Müller, and Vohra (2004)).
  • In any convex domain (Saks and Yu (2005)).
  • In any domain with a convex closure.[3]
  • In any "monotonicity domain".[3]

Examples

edit
  1. When agents have single peaked preferences, the median social-choice function (selecting the median among the outcomes that are best for the agents) is strongly monotonic. Indeed, the mechanism selecting the median vote is a truthful mechanism without money. See median voting rule.
  2. When agents have general preferences represented by cardinal utility functions, the utilitarian social-choice function (selecting the outcome that maximizes the sum of the agents' valuations) is not strongly-monotonic but it is weakly monotonic. Indeed, it can be implemented by the VCG mechanism, which is a truthful mechanism with money.
  3. In job-scheduling, the makespan-minimization social-choice function is not strongly-monotonic nor weakly-monotonic. Indeed, it cannot be implemented by a truthful mechanism; see truthful job scheduling.

See also

edit

References

edit
  1. ^ a b Bikhchandani, Sushil; Chatterji, Shurojit; Lavi, Ron; Mu'Alem, Ahuva; Nisan, Noam; Sen, Arunava (2006). "Weak Monotonicity Characterizes Deterministic Dominant-Strategy Implementation" (PDF). Econometrica. 74 (4): 1109. doi:10.1111/j.1468-0262.2006.00695.x. S2CID 6210226.
  2. ^ a b Vazirani, Vijay V.; Nisan, Noam; Roughgarden, Tim; Tardos, Éva (2007). Algorithmic Game Theory (PDF). Cambridge, UK: Cambridge University Press. ISBN 0-521-87282-0.
  3. ^ a b "Monotonicity and Implementability". Econometrica. 78 (5): 1749–1772. 2010. doi:10.3982/ECTA8882. S2CID 1024035.