Distributed Algorithmic Mechanism Design
Why DAMD differs from AMD (computational manipulation, network complexity); distributed VCG via replication and ex-post Nash equilibrium; multicast cost sharing with the marginal-cost (MC) and Shapley-value (SH) mechanisms; the Omega(|P|) lower bound for SH and the two-pass tree algorithm for MC; interdomain routing, BGP and path-vector protocols; BGP oscillation, dispute wheels and robust convergence; distributed mechanisms, ex-post Nash and collusion-proof ex-post Nash; Gao–Rexford constraints; policy consistency; Lemma 14.8 (local optimality) and Theorem 14.7 (BGP is welfare-maximizing and incentive-compatible without payments)
Motivation: mechanisms with no trusted center
Most of algorithmic mechanism design (AMD) decentralizes the incentives but keeps the computation central. In an auction, bidders are selfish, but the auctioneer computes winners and payments. Complexity is judged by ordinary centralized measures. This quietly needs two assumptions:
- a trusted center exists that every agent will hand its information to;
- shipping all information there, and computing there, is manageable.
Interdomain routing breaks both. The Internet is a collection of Autonomous Systems (ASes), competing firms stitched together by the interdomain-routing system:
| Pressure | Why it rules out a center |
|---|---|
| Trust | ASes are competitors; they won’t reveal private policy or cede control to anyone |
| Scalability | a center would need the whole AS graph, re-sent on every change; the graph is huge and volatile |
| Reliability | a center is a single point of failure or subversion |
Scalability and reliability alone already push toward distribution. Even intradomain routing, where all routers trust each other, is almost always distributed. So the computation must be done by the ASes themselves. That gives Distributed Algorithmic Mechanism Design (DAMD).
IntuitionThe central question
When the selfish agents are the computer, can we still design protocols whose outcome is socially good and which every agent prefers to run faithfully — and can we do it with acceptable communication cost?
NoteWhere selfishness sits
Classical distributed computing has obedient nodes and byzantine nodes (arbitrary, possibly malicious). Selfish nodes sit between: they won’t blindly follow a planner, but they don’t act arbitrarily. They respond to incentives. Mechanism design (see mechanism-design) is the tool for steering incentive-driven behaviour.
Two ways DAMD differs from AMD
DAMD keeps AMD’s dual concern of incentive compatibility plus complexity, but changes both halves.
Network complexity
When the algorithm runs over an interconnection network , a single running time is the wrong measure. Any distributed algorithm must be charged for at least five resources, and excess in any one makes it unacceptable:
| Resource | What it guards against |
|---|---|
| total messages over | overall network load |
| max messages over any one link | hot-spot links |
| max message size | a “distributed” algorithm that secretly ships everything |
| local computation per node | overloading individual routers |
| storage per node | routing-state blowup |
DefinitionNetwork complexity
Network complexity is the collective name for these (and similar) metrics of the difficulty of distributed implementation.
Computational manipulation
If is trusted and can act as the center, network complexity is the only difference. But if the agents run the distributed algorithm, a second difference appears. In AMD an agent can only choose among the actions the mechanism defines, for example which bid to report. The outcome is then computed faithfully from those actions. In DAMD an agent can also:
- misreport the result of a local computation to a neighbour;
- refuse to communicate with a neighbour, perhaps to exclude them from the game.
ImportantFaithful computation must itself be incentivized
Under the selfishness assumption, every form of manipulation has to be considered. The mechanism must make performing the computation correctly each agent’s best response, not just reporting its type truthfully.
| Example in this note | Computational manipulation? | Network complexity? |
|---|---|---|
| Distributed VCG: ex-post Nash from replication | yes, the focus | ignored |
| Multicast cost sharing: network complexity | no (trusted infrastructure) | yes, the focus |
| Interdomain routing | yes | yes |
NoteThe cryptographic alternative
Instead of incentives, one can replace the trusted party with cryptographic protocols; see cryptographic-mechanisms (AGT chapter 8).
Distributed VCG: ex-post Nash from replication
Setup. There are outcomes and agents , and agent has valuation over . There is no trusted center: the agents compute. There is a central enforcer that implements the agreed outcome, collects payments, and imposes a severe penalty if the agents fail to agree.
FormulaThe VCG variant used
where is the maximum welfare of all agents except , and is what agent pays.
IntuitionReading
is what everyone else gets at the chosen outcome, and is what they’d get if didn’t exist. So is the harm imposes on others, the Clarke pivot payment.
Why naive distribution fails
ExampleCheating a ring-based second-price auction
Agents sit on a ring and pass around a message holding the top two bids for one good. An agent who writes his own bid on top and a very low number into the second-bid slot wins at that low price. This works unless a later agent overwrites the fields with higher bids.
graph LR A["Agent 1"] --> B["Agent 2"] B --> C["Agent 3: writes own bid, fakes 2nd bid low"] C --> D["Agent 4"] D --> A
Generally: run any distributed algorithm that computes , and each over a subset of the agents, and a participant can tamper with it. The problem is that the agent who computes also has a stake.
The fix: split roles by replication
AlgorithmReplicated VCG computation
- Split the agents into two groups.
- The groups exchange all valuations.
- Each group independently computes and every .
- If the two results agree, the enforcer adopts them. Otherwise every agent is severely penalized.
IntuitionWhy this works: each agent plays two roles
In its own group’s computation, agent is a computer and could manipulate arbitrarily. In the other group’s computation, is only an input provider, and the only lever is to lie about . Because VCG is strategyproof, reports truthfully to the other group. The other group’s honest answer therefore becomes a benchmark. Any manipulation in ‘s own group creates a disagreement and triggers the penalty.
PropositionFaithful execution is an ex-post Nash equilibrium
If all other agents faithfully execute the prescribed algorithm, agent is best off executing it faithfully too.
ProofArgument from the chapter
Step 1: The other group’s answer is truthful VCG. By strategyproofness, truth-telling to the other group is optimal. With the other agents faithful, that group outputs the true and .
Step 2: Any deviation in ‘s own computation causes disagreement. A manipulated result differs from the benchmark, so the enforcer penalizes everyone, including .
Step 3: So faithful computation is a best response to others’ faithfulness, whatever the types. That is exactly ex-post Nash.
∎
WarningFaithful computation is not dominant
Suppose all other agents coordinate on a suboptimal outcome. Then is better off going along than causing a disagreement and eating the penalty. So faithfulness is optimal only given that others are faithful. This is why the natural solution concept under computational manipulation is ex-post Nash, not dominant strategies. It is formalized in Solution concept: ex-post Nash in a distributed mechanism.
Multicast cost sharing: network complexity
The problem. Multicast delivers one packet to many receivers over a shared delivery tree. Packets are replicated at branch points, so each link carries at most one copy. This suits popular real-time content such as movies. Every link transmission costs something, and every receiver gets some benefit. Who should receive the content, and how much should each pay?
Setup.
| Symbol | Meaning |
|---|---|
| user population | |
| , | network nodes; bidirectional links |
| source node of the multicast | |
| multicast tree rooted at spanning the users in | |
| cost of link , known to its two endpoints | |
| user ‘s (private) utility for receiving | |
| whether receives | |
| what is charged |
Monotone routing: . Adding receivers only grows the tree.
FormulaCost and net welfare
A mechanism is a pair . Crucially, both inputs and outputs are distributed: each enters at user ‘s location, and must be delivered back there.
NoteWho is strategic here
Only the users are selfish; they may lie about . Routers, links and the rest of the infrastructure are obedient. Once reported, the are processed faithfully. So this example is purely about network complexity.
Desiderata. Three properties are desirable:
- strategyproofness, because users are selfish;
- budget balance, so that covers the cost;
- efficiency, so that total welfare is maximized.
WarningYou can’t have all three
Laffont–Green: with quasilinear utilities, the only strategyproof welfare-maximizing mechanisms are VCG mechanisms, which are not budget- balanced. (Myerson–Satterthwaite gives a more general impossibility.) So the chapter studies two mechanisms, one per horn.
MC: the efficient mechanism
DefinitionMarginal cost (MC) mechanism
Let be the largest set maximizing , which is uniquely defined. Let and . MC delivers to and charges
This is VCG specialized to multicast. is ‘s marginal contribution to welfare, and keeps exactly that as surplus.
SH: the budget-balanced mechanism
DefinitionShapley value (SH) mechanism
Cost shares: split each link’s cost equally among the agents downstream of it. Agent is downstream of iff .
Receiver set: start with and compute charges. Remove any agent with , recompute, and repeat until every remaining agent has .
Why the pruning is well defined. If different removal orders gave different final sets, the mechanism would be ambiguous. Cross-monotonicity rules this out: an agent is never charged less when someone else leaves.
PropositionPruning is order-independent
Call an elimination legal if the removed agent is charged more than its utility at that moment, and call an ordering legal if every step is. The set reached does not depend on which legal ordering is used.
ProofLegal orderings concatenate
Step 1: Legality is inherited by subsets. If is overcharged when remains, then by cross-monotonicity is charged at least as much when any subset of remains. So is still overcharged.
Step 2: Concatenation of legal orderings is legal (skipping duplicates). Each pruning in the second ordering happens on a smaller set than it originally did, so it stays legal by Step 1. Example: if and are legal, so are and .
The key step: so if and are both reachable, then is reachable. The reachable sets are closed under intersection, so there is a unique smallest one, independent of order.
∎
The complexity separation
Both MC and SH are polynomial-time centrally. The real question is distributed cost. The trivial distributed algorithm ships every valuation to one node, computes, and ships results back. That costs on the order of bits across some links.
TheoremTheorem 14.1 — SH needs linear communication
Any distributed algorithm, deterministic or randomized, that computes the SH multicast cost-sharing mechanism must send bits over linearly many links in the worst case.
NoteProof not in the chapter
Theorem 14.1 is stated without proof. A generalization is proved in Feigenbaum et al. (2003). So SH is essentially no better than centralizing.
MC, by contrast, needs two short messages per link. The algorithm runs on the tree and uses the following notation:
| Symbol | Meaning |
|---|---|
| node set of | |
| children of node | |
| users resident at | |
| cost of the link from to its parent | |
| subtree at plus the link to its parent |
AlgorithmMC phase 1 — bottom-up welfare (Fig. 14.1)
At each node , after receiving from every child :
- If : set for , and send to the parent.
- Else: set for , and send to the parent.
IntuitionWhat is
is the net welfare of the subtree hanging off , including the cost of the link that connects it. A negative subtree is cut off. It reports upward: “don’t bother sending the content down here.”
AlgorithmMC phase 2 — top-down shares (Fig. 14.2)
The root sends to each child. Each other node , on receiving from its parent, does the following.
Case 1 (): if for all , or , then set and for , and send to every child. This propagates non-membership downward.
Case 2 (): set . For each , set if and otherwise. Send to every child.
Why two passes suffice. Computing does not require recomputing from scratch. Let , and let be the smallest on the path from to the root. That is exactly the that phase 2 carries down to . Then:
- if , removing does not change which nodes receive the content, so ;
- if , removing does change the delivery tree, and , so .
IntuitionThe bottleneck on the path
is the thinnest safety margin between and the source: the subtree along ‘s path whose welfare is closest to zero. If contributes less utility than that margin, is not pivotal and pays nothing. Otherwise, ‘s presence keeps that weakest subtree alive, and pays the excess.
NoteLeft as an exercise
Both facts about are stated in the chapter with their proofs left to the reader.
TheoremTheorem 14.2 — MC in two traversals
MC cost sharing requires exactly two messages per link. There is an algorithm that computes the cost shares with one bottom-up traversal of followed by one top-down traversal.
RemarkWhat “optimal” means here
The algorithm is provably optimal in number of messages, but not known to be optimal in maximum message size. Message size is polynomial in and , and polylogarithmic in and . The two local computations per node are fast and space-efficient.
ImportantCentral complexity does not predict network complexity
MC and SH are equally easy centrally, but they are exponentially far apart in distributed communication (constant vs linear bits per link). MC’s share depends on a single number, the path minimum, flowing down one path. In SH, each link’s split depends on how many downstream agents survive a global pruning, and one pruning changes everyone’s shares upstream.
See cost-sharing (AGT chapter 15) for more on cost-sharing mechanisms.
Interdomain routing: the problem
The ASes must be interconnected to give host-to-host reachability. There is no center they all answer to, so they compute routes themselves. Three features make this hard:
- there are many ASes;
- ASes have different, possibly conflicting criteria for preferring routes;
- the ASes and links change frequently.
Setup. The AS graph is with . Links are direct connections between neighbouring ASes. Protocols compute each destination independently, so fix a destination . Let be the set of loop-free paths from to that are not removed from consideration. A path can be removed by filtering at or a neighbour, or by link or node failure. A protocol assigns each source a route .
Networking perspective
| Requirement | Why |
|---|---|
| Distributed | trust, scale, robustness |
| Destination-based forwarding | reduces routing state; each AS has one next hop for , so is a confluent tree into |
| Adaptive | adjusts to the current topology, with no a priori topology knowledge |
| Efficient | in time, inter-AS communication, and per-AS storage |
| Loop-free under autonomy | routes must stay loop-free even while each AS chooses by its own criteria |
Distance-vector, link-state and path-vector all satisfy the first four; they differ in space. Only the last requirement separates them.
WarningWhy link-state and distance-vector don’t work
Link-state and distance-vector avoid loops only if all ASes use the same route-choice criterion, for example shortest path. That is exactly what AS autonomy forbids. Path-vector carries the entire AS path in every announcement, so any AS can see and reject a loop whatever its policy. Hence BGP, today’s standard, is path-vector.
BGP
Adjacent ASes exchange update messages announcing newly chosen routes, each containing the full list of ASes to . The computation starts when announces itself to its neighbours. Knowledge of how to reach then spreads recursively. The network is asynchronous: updates on some links may be delayed.
AlgorithmThe three stages at node (iterated)
- Import. Receive routes to from neighbours. An import policy decides which to consider. Importable routes go in the routing table, which always holds the latest importable routes.
- Select. If several routes exist, choose one by local preference.
- Export. When the best route changes, announce it to some or all neighbours. An export policy decides, per neighbour , what may hear.
AS autonomy means the freedom to set route choice, import policy and export policy without coordinating with anyone.
graph TD I["Destination AS announces itself"] --> W["Wait for updates"] W --> IM["Import routes from neighbours"] IM --> ST["Store routes in routing table"] ST --> CH["Choose best route by policy"] CH -->|"best route changed"| EX["Export route to neighbours"] CH -->|"best route unchanged"| W EX --> W
Convergence can fail
We want a stable state: every node prefers its current route to all others in its table, and every table reflects neighbours’ current choices. We also want robustness: convergence on every instance obtained by deleting any nodes and links. Path-vector prevents loops but does not guarantee convergence.
ExampleFig. 14.4 — two ASes that each prefer going through the other
AS 1 prefers to , and AS 2 prefers to . Worst-case timing:
- announces itself; 1 and 2 pick and and tell each other.
- Each now sees the indirect route and switches: 1 to , 2 to .
- Now nobody uses a direct route, so the indirect routes are no longer viable. Both fall back to and .
- Go to step 2, forever.
Timing matters. Suppose 1 announces , and 2 sees it and picks before announcing . Then nothing changes again: is stable.
graph LR N1["AS 1: prefers 12d over 1d"] --- N2["AS 2: prefers 21d over 2d"] N1 --- D["d"] N2 --- D
There is an inherent trade-off between local autonomy and global robustness. The standard sufficient condition is the absence of a dispute wheel.
DefinitionDefinition 14.3 — no dispute wheel
Define two relations on permitted routes:
- iff is a subpath of ending at ;
- iff with and prefers over .
Let , the reflexive transitive closure. The instance has no dispute wheel iff and together imply that start at the same node. Informally, is antisymmetric except that ties in valuations are allowed.
IntuitionWhat a dispute wheel is
Read as “chains of extension and preference.” A dispute wheel is a cycle in which each AS’s preferred route relies on another AS’s route, which that AS abandons in favour of relying on yet another, and so on back around. Every AS would be happy only if someone downstream settled for less.
ExampleThe dispute wheel in Fig. 14.4
Here extends to , which 2 prefers to , which extends to , which 1 prefers to . Routes starting at nodes 1 and 2 lie on a common cycle.
TheoremNo dispute wheel ⇒ robust convergence
Any instance on which a path-vector protocol can oscillate contains a dispute wheel. Conversely, if there is no dispute wheel, the instance and every subinstance have a unique stable route allocation, to which the protocol converges.
NoteCited, not proved
This is stated without proof; it is from Griffin et al. (2002). The chapter’s open problems note that “no dispute wheel” is sufficient but not known to be necessary for robust convergence.
The mechanism-design view of routing
Reinterpret BGP’s “arbitrary” policy autonomy as selfish preference. Each source node has a private valuation where is the set of simple routes from to in the complete graph obtained by adding links to . Also .
| Component | Detail |
|---|---|
| Signature | |
| Domain | every simple route over the complete graph, including routes that don’t exist in |
| Codomain | the “monetary value” to AS of having that route |
NoteWhy the complete graph
Nodes don’t know the topology, so they can’t tell valid routes from invalid ones. Defining over the complete graph lets the model express an AS announcing a nonexistent route, a form of computational manipulation.
ConventionNo ties across neighbours
For routes through different neighbours, . This matches practice: a router installs only one route per destination and breaks ties somehow, for example by next-hop IP address. Ties are allowed between routes through the same neighbour, since only one route per neighbour is considered at a time.
The social goal is welfare maximization:
A routing protocol should satisfy two requirements:
- executed honestly, it should maximize social welfare;
- it should be incentive-compatible: no AS gains by deviating from its prescribed actions.
Solution concept: ex-post Nash in a distributed mechanism
WarningWhy strategyproofness is the wrong target
Nodes can do more than lie about types. They can alter computations or withhold messages. It is unlikely that a single computational behaviour is optimal whatever the others do, as in Distributed VCG: ex-post Nash from replication. Settling for ex-post Nash is the cost of distributing the computation to the agents.
Consider nodes and outcomes . Node has private type and utility .
DefinitionDefinition 14.4 — distributed mechanism
A distributed mechanism is , where:
- is the feasible strategy space;
- is the outcome function;
- is the prescribed strategy.
is the algorithm the designer wants to run. specifies ‘s action in every state of mechanism and network, given type .
DefinitionDefinition 14.5 — ex-post Nash equilibrium
is an ex-post Nash equilibrium of if
for every node , every , every , and all types of the others.
| Concept | Best response holds against | What an AS must know |
|---|---|---|
| dominant strategy | every strategy of others | nothing |
| ex-post Nash | others playing , for every type profile | nothing about others’ types |
| Nash | others playing , at the actual types | others’ private routing policies |
IntuitionWhy ex-post Nash is the sweet spot
It is weaker than dominance: it assumes others follow the protocol. But it needs no knowledge of others’ types. Plain Nash would assume ASes know each other’s local routing policies, which is certainly unrealistic.
DefinitionCollusion-proof ex-post Nash equilibrium
Ex-post Nash (like Nash and dominant strategies) is vulnerable to coordinated deviation. In a collusion-proof ex-post Nash equilibrium, no deviation by a group can strictly improve the outcome of even one group member without strictly harming another member.
BGP without payments
Networking points to path-vector plus policies that guarantee convergence. Mechanism design demands incentives for faithful execution, usually via payments. The chapter’s result is that, under realistic policy assumptions, plain BGP needs no payments at all.
The Gao–Rexford model
Most AS relationships are of two kinds:
- customer–provider: the customer pays the provider for connectivity;
- peering: two peers exchange traffic free because it helps both (they avoid paying their providers for that traffic).
An AS can be in many relationships at once. These are long-term contracts driven by external factors such as traffic patterns and network size.
DefinitionGao–Rexford constraints
- No customer–provider cycles. The digraph with an edge from each customer to its provider is acyclic. Why: a cycle would make some AS (indirectly) its own provider.
- Prefer customers over peers over providers. A customer route is one whose next hop is a customer, and similarly for peer and provider routes. Every AS values customer routes above peer routes, and peer routes above provider routes. Why: customers pay you, peers are free, providers charge you.
- Transit only for customers. Announce only customer routes to providers and peers, and all routes to customers. Why: you’re paid to carry customer traffic, not traffic between your providers and peers.
PropositionGao–Rexford ⇒ no dispute wheel
If every AS obeys the Gao–Rexford constraints, their valuations cannot induce a dispute wheel. So there is robust convergence with no coordination between ASes.
NoteStated without proof
The chapter asserts this implication, citing Gao and Rexford (2001).
Gao–Rexford is not enough for optimality
ExampleFig. 14.5 — stable but arbitrarily bad
Relationships: is a customer of 1 and 2; 1 and 2 are customers of 3; 3 is a customer of 4; . This satisfies Gao–Rexford.
| AS | Valuations |
|---|---|
| 1 | , |
| 2 | , |
| 3 | , |
| 4 | , |
- Unique stable allocation: , with welfare .
- Optimum: , with welfare .
AS 3 always has available and prefers it, so local decisions never pick . Since is arbitrary, BGP’s outcome can be arbitrarily far from optimal.
graph BT D["d"] --> N1["AS 1"] D --> N2["AS 2"] N1 --> N3["AS 3: prefers 31d"] N2 --> N3 N3 --> N4["AS 4: prefers 432d, value 1 + alpha"]
(Arrows point customer → provider.)
Policy consistency
DefinitionDefinition 14.6 — policy consistency
For every pair of adjacent nodes and every two routes with (so is on neither): Here is the route that goes first to and then follows .
IntuitionDownstream preferences propagate upstream
If is ‘s next hop on two routes, must agree with about which is better. When picks its favourite, it is automatically picking the favourite of everyone routing through it.
ExampleFig. 14.5 violates policy consistency
Take , , , . Then , but . Node 4 disagrees with its next hop, which is exactly the conflict that made BGP suboptimal.
Policy consistency holds in the two best-studied special cases:
| Case | Valuation depends on | Why it is consistent |
|---|---|---|
| next-hop policies | only the route’s next hop | and share next hop , so is indifferent |
| metric-based policies | total link length (shorter preferred) | a shared prefix adds the same length to both |
The main theorem
TheoremTheorem 14.7 — BGP is optimal and incentive-compatible
If the Gao–Rexford constraints and policy consistency hold, then BGP converges to the social-welfare-maximizing route allocation, and is incentive-compatible in collusion-proof ex-post Nash equilibrium, without any monetary transfer.
The proof actually establishes something stronger in two ways:
- it needs only no dispute wheel + policy consistency (Gao–Rexford is one way to get no dispute wheel);
- every AS gets its individually best route.
DefinitionLocally optimal allocation
A route allocation is locally optimal if every AS is assigned a route that maximizes its own valuation over .
LemmaLemma 14.8 — BGP reaches a locally optimal allocation
If the valuations induce no dispute wheel and policy consistency holds, BGP converges to a unique stable, locally optimal allocation .
ProofInduction along an arbitrary competing route
Step 0: Set up the comparison. Fix a node and any loop-free route with , . Let be its suffix, and write for ‘s route in . We show by induction on that . At this says ‘s BGP route beats . Since and were arbitrary, is locally optimal.
Step 1: Base case . The only route is the empty one. Trivial.
Step 2: Induction hypothesis. Also, because is loop-free.
Step 3, Case I (): extend and apply consistency. Both and extend along without loops, and . Then
- (a) is stable, so is at least as good as any other route at (eq. 14.3).
- (b) By (14.1) and policy consistency with , , (eq. 14.2).
Step 4, Case II (): consistency is unusable, so use the wheel. Extending to would create a loop. Since ‘s route passes through , we get (otherwise the confluent tree would contain a cycle). Suppose for contradiction that . Assemble the chain:
- , since prefers (the assumption);
- , since passes through and, by destination-based forwarding, continues from there along ;
- , by the induction hypothesis (14.1);
- , since .
The key step: this gives and , but they start at different nodes (). That is a dispute wheel, contradicting the hypothesis. So . (The chapter adds: recall there are no ties in valuations.)
∎
ProofTheorem 14.7 from Lemma 14.8
Step 1: Convergence. Gao–Rexford ⇒ no dispute wheel ⇒ BGP converges to a unique stable , by the Griffin et al. result.
Step 2: Local optimality. Lemma 14.8 applies, since policy consistency holds.
Step 3: Local ⇒ global optimality. For any allocation , each , so termwise. Summing gives .
Step 4: Local optimality ⇒ deviation-proof. Every AS already holds its single best available route, so no deviation by any group can strictly improve the outcome of even one agent.
Step 5: Deviation-proof ⇒ collusion-proof ex-post Nash. Collusion-proof ex-post Nash only forbids improving one member without harming another. Deviation-proofness forbids improving anyone at all, so it is far stronger. The argument uses no knowledge of other ASes’ types, so it holds ex post. No payments appear anywhere.
∎
NoteHow much of Steps 3–5 is in the source
The chapter asserts Steps 3–5 in two sentences (“observe that any locally optimal solution is also globally optimal… locally optimal solutions are deviation-proof”). The one-line justifications above are filled in, not quoted.
RemarkRemark 14.9 — subinstances
Lemma 14.8 holds on every subinstance of the AS graph, because Gao–Rexford and policy consistency are preserved when nodes and links are removed.
RemarkRemark 14.10 — no equilibrium selection problem
No dispute wheel ⇒ a unique collusion-proof ex-post Nash solution, and BGP converges to it. So there is no worry about nodes coordinating on which equilibrium to play.
Open problems
- Beyond routing. Candidates include web caching, P2P file sharing, overlay construction and distributed task allocation. Each has literature on distributed algorithms and on incentives, but no coherent DAMD theory unifies them.
- BGP convergence. There is no complete characterization of robust convergence; no dispute wheel is sufficient, not known necessary.
- BGP incentives. Gao–Rexford + policy consistency are sufficient, not known necessary, for collusion-proof ex-post Nash. There are no necessary and sufficient conditions even for plain ex-post Nash, even allowing payments. Little is known without policy consistency and local optimality.
- Network complexity of BGP is open even when convergence is guaranteed.
Quick reference
| Object | Statement | Note |
|---|---|---|
| AMD vs DAMD | DAMD distributes computation as well as incentives | needed when there’s no trusted center or centralizing is too costly |
| Network complexity | total msgs, max msgs per link, max msg size, local compute, local storage | excess in any one is unacceptable |
| Computational manipulation | agents misreport local results or withhold messages | absent in AMD |
| Distributed VCG | replicate across two groups; penalize disagreement | faithful computation is ex-post Nash, not dominant |
| VCG payment | harm imposed on others | |
| Laffont–Green | strategyproof + efficient + budget-balanced is impossible | hence MC vs SH |
| MC mechanism | serve largest NW-maximizer ; | efficient, strategyproof |
| SH mechanism | split link cost equally downstream; prune | budget-balanced, strategyproof |
| SH order independence | legal orderings concatenate; reachable sets closed under | via cross-monotonicity |
| Thm 14.1 | SH needs bits over linearly many links | proof not in chapter |
| Thm 14.2 | MC: two messages per link, one up pass, one down pass | message-optimal |
| MC share | , with = min on the path to the root | proof is an exercise |
| Path-vector | full AS path in each update | only design that is loop-free under autonomy |
| BGP stages | import → select → export, iterated | each with its own policy |
| Fig. 14.4 | mutual “prefer the other” ⇒ possible oscillation | timing-dependent |
| Def 14.3 | no dispute wheel: antisymmetric up to same start node | |
| No dispute wheel | ⇒ unique stable allocation, robust convergence | sufficient, not known necessary |
| Def 14.4 | = algorithm should run | |
| Def 14.5 | ex-post Nash: best response for all type profiles | no knowledge of others’ types |
| Collusion-proof ex-post Nash | no group deviation helps a member without hurting another | |
| Gao–Rexford | no CP cycles; customer > peer > provider; transit only for customers | ⇒ no dispute wheel |
| Fig. 14.5 | Gao–Rexford-stable allocation can be arbitrarily suboptimal | loses |
| Def 14.6 policy consistency | holds for next-hop and metric policies | |
| Lemma 14.8 | no dispute wheel + consistency ⇒ BGP locally optimal | induction; Case II via dispute wheel |
| Thm 14.7 | Gao–Rexford + consistency ⇒ BGP optimal, collusion-proof ex-post Nash, no payments | actually deviation-proof |
| Remarks 14.9–10 | holds on subinstances; unique equilibrium | no selection problem |
Facts to keep to hand
- Distributing computation costs a solution concept. Every result here drops from dominant strategies to ex-post Nash. The drop comes from letting agents compute, not from anything about types.
- Each §14.2 example isolates one axis. VCG has manipulation but no complexity issue; multicast has complexity but obedient infrastructure. Routing has both.
- Two ways to make faithful computation rational. Replication uses a strategyproof core plus a disagreement penalty, so honest play is a benchmark you can’t beat. BGP under Gao–Rexford + consistency uses local optimality: nobody has anything left to gain, so no penalty or payment is needed.
- No dispute wheel does three jobs: convergence, uniqueness (so no equilibrium selection), and the contradiction in Lemma 14.8 Case II.
- Gao–Rexford buys stability; policy consistency buys optimality. Fig. 14.5 is the gap between them: a stable outcome in which an upstream AS disagrees with its next hop.
- In Lemma 14.8 the two cases use different hypotheses. Case I extends a route and uses policy consistency. Case II can’t extend (a loop would form) and uses no dispute wheel.
- Central complexity doesn’t predict network complexity. MC and SH are both polynomial centrally, yet constant vs linear bits per link. Locality of the payment rule, one path-minimum flowing down, is what matters.
- Every sufficient condition in the chapter is not known to be necessary. This applies to dispute wheels, Gao–Rexford, and policy consistency.
References
- Nisan, Roughgarden, Tardos, Vazirani, Algorithmic Game Theory — chapter 14 (Feigenbaum, Schapira, Shenker)