This chapter considers private information and partitioned ledgers, delegation of authority to a third-party platform, and tokens as communication devices.
In many environments, “unique consensus” is not desirable even if it were technologically possible. This is a generic implication of private information for optimal contract design. Though private information is effectively reported via messages or indirectly by choice and display options, this does not mean that such internal message data should be made public on the ledger. Often, the opposite is true: Messages should be kept private. Of course, cryptography with partitioned ledgers makes this possible.
Distributed ledger technology allows partitioning, but it does not have to be done in a mechanical way or, indeed, in the most extreme way often proposed—namely, by keeping all proprietary information entirely private. Likewise, an instance when all messages are made public means that the parties to the contract would see them, undercutting welfare. Neither of these extremes, all private versus all public, is typically constrained optimal.
Suppose shocks are to preferences and not to endowments. That is, agents are either urgent or patient to consume. This is the standard specification in modeling financial institutions or trade in financial markets. The Diamond and Dybvig (1983) model of banks and runs has versions of this exactly. The Duffie, Gârleanu, and Pedersen (2005) model of over-the-counter (OTC) trade in securities and consumption has stochastically varying security holding costs that motivate the trade. More generally, banks and traders face shocks to their portfolios that arise from the needs of their customers.
As an example, table 7.1 considers an economic environment with two parties to a contract with heterogeneous and random preferences to consume (Townsend 1988). There is positive, but not perfect, correlation in these shocks over time and over agents. Here all agents are risk averse (not just one of them as in the earlier example). However, shocks are private to only one agent at each date, and the identity of that agent alternates over time. That is, only one of the two parties in an initial period announces urgency today in the first period, hopefully compensated by more goods or value today if urgent, and the other, second party, announces tomorrow in the second period. The agents announce their states to the contract node, not to the other party, and then the smart-contract algorithm determines what is made public. This is where the optimal design kicks in.
Partitioned private ledgers and the gains from concealment.
If the announcement of the first agent in the first date were public, it would undercut insurance possibilities for the second date for the second agent. Typically, with allocations and histories of announcements known, there can be no insurance for the second agent in the second period. More is preferred to less, so it is hard to engineer an incentive-compatible trade-off other than a trivial one, no trade-off at all, to transfer a constant amount regardless of the state. However, if agent two in the second period were unsure of what was announced by agent one in the first period—something that a partitioned ledger can keep secret—then an optimized design will cause agent two to weigh the consequences of lying, announcing urgency but with positive probability ending up with very little consumption. Insurance and truth-telling are achieved by having the mechanism itself randomize over the consumption allocations in the first period as a function of agent one’s message, so that actual allocations do not fully reveal either. That is, there are common elements in the support that can happen for any messages. Allocations are seen by all, but the message is not, and allocations do not reveal the whole story. With risk aversion, concave utility, this randomization per se comes with a welfare loss, but it is outweighed by the overall insurance benefit made possible by concealment. To summarize, agent two now faces a trade-off: If the agent announces a counterfactual state, succumbing to the temptation to lie, then with positive if small probability agent two would achieve a disastrous outcome.
We shall return to the discussion of randomization and concealment when we later address payments platforms.
DLT allows commitment to a multiparty smart contract in which awards are allowed to vary over time as a function of shocks. When there are both private, unobserved idiosyncratic shocks and publicly observed aggregate shocks, it can make sense for households to delegate portfolio decisions and commit to a third-party custodian (Townsend 1988). This is a kind of endogenous centralization, with reliance on a third party, which is ironic given that those who promote distributed ledgers say that centralization is bad. This concentration of decision-making can happen in practice as with village funds, cooperatives, or wealth managers, or with exchange-traded funds that can be undone only by a restricted set of designated participants. But the decision of whether or not to do this is a function of the underlying environment, not an exogenous desideratum. The gain from a preprogrammed, third-party custodian is that it allows front-loading, as when incentive constraints in future periods bind, limiting the value of having resources then, so more value is paid out contemporaneously, or back-loading, which strengthens inter-temporal incentives by having more at stake in future periods contemporaneously as a function of what is said today.1
DLT can facilitate implementation of a multiparty contract with a commitment to the longer term, including sequestering funds to prevent withdrawal from the arrangement. The third-party custodian could appear as an implementing node, a financial institution, or a reserve bank, for example, engaged in a smart, multiparty contract.
In this section we consider payment systems that are designed to be constrained optimal in support of trade, credit, and insurance.
The essential idea has been presented above several times: Distributed ledgers could keep track of messages as a part of the execution of a multi-period, multi-commodity, multi-agent smart contract and thus optimally allocate underlying risk, while facilitating trade and exchange.2 Featured here in this section is the use of tokens, both single and multi-colored coins, to achieve this objective. The role of tokens is twofold. First, tokens are one way to interpret ledger entries in a centralized system, as colored entries. Second, tokens as real objects can allow a decentralized implementation of the same allocation, a hybrid system that can mitigate the scaling problems of centralized communication systems. If tokens are held in private, then incentives for voluntary disclosure need to be included, though this is not always a binding constraint. How well these various accounting and token systems function depends on the size of the message space relative to the needs for credit, insurance, and trade coming from the underlying economic environments. Nevertheless, in some instances, information should be kept private, so more limited message systems are actually preferred as constrained optimal.
7.3.1 Tokens on Ledgers as a Way to Achieve Unique Consensus; an Insurance Example with Voluntary Disclosure
As in Townsend (1987), suppose there are four agents in spatially separate locations and some subset of the agents travel. More specifically, a risk-averse agent a is paired with a risk-neutral agent b initially, in the first period at one of the two locations, such that the risk-neutral agent can insure the agent who is risk averse—and likewise, symmetrically, for agents a′ and b′ at a second location in the first period. If the pairings do not switch, we are back to the first example in chapter 6 on hybrid borrowing/lending and insurance pairwise.
But now suppose the pairings switch locations in the second period. Agents a and a′ make announcements of their urgency to consume to their new partners, b′ and b, respectively. To induce truth-telling, if urgent in the first period, the agents receive the good but at the expense of getting less of it in the second period. Likewise, if patient today, the agent receives less of the good today at the benefit of getting more of it in the second period. A centralized public ledger for this four-agent, multiparty arrangement, which records all messages and keeps track of history, is one method of implementation. It reduces, equivalently, to the outcome of two separate pairings.
On the other extreme, if there were no record of announced preference shocks and no record of allocations in the first period, then there could be no link of the first period to the second period, and so, essentially, no insurance can be obtained in either period for agents a and a′.
The introduction of tokens as a hybrid system can solve this problem without the centralization inherent in common ledgers. Announced patient agents in the first period receive more tokens than urgent agents. Tokens could be carried literally as coins or physical objects. In the second period, agents with more tokens can display them in order to be on the receiving end of goods. Tokens become the communication device and alleviate the burden of keeping track of history on a centralized ledger. Alternatively, consider private, immutable but partitioned ledger entries that are not validated by the entire community. Tokens or DLT entries are equivalent to each other; each conveys the necessary history.
7.3.2 Multiple Colored Tokens and Distinguished Histories: Trade with Insurance
We need not rely on pure insurance examples. In environments with two or more goods, there are exchanges of one good for another at each date, driven by the usual motives for spot trade, except those desires to trade are driven by preference shocks impacting inter-temporal trade-offs, and those are private.
Again, in a hybrid decentralized system, a portable, concealable token system could be used to keep track of trades in the first period. An agent may trade in the first period, give up one good and acquire the other, and be expected to reverse the situation in the future. This is the same patient urgent dichotomy but here for each good separately. That would be fine, as with the earlier examples; portable tokens can handle this situation. But now we introduce additional shocks to inter-temporal discount rates, with different shocks for different goods. After these shocks, agents may have ex post regrets and wish to reverse the trade in the first period in order to get the good they now most prefer in the second. One possible solution is to have multiple colored tokens, so as to have more dimensions in which to keep track of more detailed histories or, equivalently, multiple digital assets on a private ledger (see table 7.2).
Colored coins and partitioned private ledgers.
These ideas in economics have tight links to cryptography and the idea of colored coins. The discussion here draws on Narayanan et al. (2016). As an example, ordinary Federal Reserve bank notes can be given bar codes so they can be used as purchased tickets to Yankee baseball games. The team signs a message that includes a specific game date, seat number, and serial number of the bill, with the signature of the issuer, all stamped on the bill. The advantage of using preexisting bank notes is that they cannot be easily counterfeited, so there would be no need to print new tickets. And such a system is decentralized. The message is written on the token, so to speak. Alternatively, the stadium could check a central database for information when a “ticketholder” enters the gate with a note having a certain serial number. The serial number links back to the primitive transaction, the purchase of the ticket. Either way, metadata is being attached to the note.
The point is that coins have publicly verified histories to trace ownership. This history can be made meaningful and put to other uses. Coins that “originate” in certain transactions can have associated extra metadata that behave like a color. The colors can also be considered as a metaphor, of course, as they could simply be bit strings. It is important, of course, that all participants understand the rules of this payment system so they know how to interpret the colors.3
To summarize simply, and to link back to the economics, distributed ledgers could keep track of messages as a part of the execution of a multi-period, multi-commodity, multi-agent smart contract, and thus optimally allocate underlying risk while facilitating trade and exchange. The “money” here, or more generally the payment system, is not separated from the motives for trade, intertemporal exchange, and insurance.
While multi-colored tokens convey more history, one should not jump to the conclusion that more information is preferred to less. We gave an example of private information and randomization earlier, with two agents, two dates, and one good. Shocks are private to only one agent at each date, and the identity of that agent alternates over time. If the announcement of the first agent in the first date were public, it would undercut insurance possibilities for the future.
If we generalize this example to four agents and imagine that agents cannot know what happened at the first date in a different location, then tokens can be allocated and tied to the random consumption allocation. Tokens can be carried into the second date, so the public part remains public. Yet tokens need not reveal entire histories of messages. That is, if tokens are colored data entries on private systems, there should not be unique consensus, in the words of Corda, in such environments.
The insurance example may seem a bit counterintuitive, but the same idea shows up in applied work in finance and with the same elements: risk aversion and information asymmetry. Lyon (1996) analyzes the optimal transparency of order-flow information as in foreign exchange markets, arguing that slower revelation of information—information that could reveal market-wide order flow—improves risk-sharing among dealers facing unavoidable position disturbances. Garratt et al. (2018) show in a similar but distinct context that some post-trade information disclosure can improve liquidity, but revelation of information (for sale) by a self-interested platform is a worse outcome than no information at all.
There are other examples of optimally limited shared information that make itineraries and validation endogenous. In Prescott and Townsend (2006b), auditors (or one might say validators) make incentive-compatible announcements of underlying states and then depart, making way for an incoming and relatively uninformed agent, assigned to be there as a solution to the mechanism design problem. The role of this auditor would be akin to verifying underlying states or objects on a ledger. For the incoming uninformed agents, they do not know what path they are on and face trade-offs, both in making announcements or in taking actions. Ironically, in this context, it is an advantage that past history is not known.
All these optimally designed systems require commitment to the design, including the control of information. Leakage is a potential problem in practice, and privacy remains a concern.
1. China has implemented regulation to prevent this kind of delegation to platforms—namely, that platforms be pass-through only. The Chinese government’s decision was motivated by incidents of outright fraud.
2. For a generalized treatment of communication in games over time, see Myerson (1986).
3. One clarification, the idea of coloring coins came about as a way to overcome initial limitations in Bitcoin. With the current version of Ethereum, this is no longer needed, but the point about distinguishing histories remains.