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 the 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."
Contents
Notation
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
A social choice function satisfies the strong monotonicity property (SMON) if for every agent and every , if:
then:
Necessity
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
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
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
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
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 voter theorem.
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. The weak-monotonicity property has a special form when agents have single-parametric utility functions.
4. In the 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
- The monotonicity criterion in voting systems.
- Other meanings of monotonicity in different fields.