Overview

The technical manual is intended for advanced users, keepers, and oracle data providers that would like to gain an in-depth understanding of the inner workings of the protocol.

For every protocol component, the manual details which puzzles are involved, what operations can be performed, and what the key coin spends look like.

A good starting point is the diagram below and the Statutes page, given the central role of the Statutes singleton within the protocol.

List of protocol coins

Coins that are part of the protocol are referred to as protocol coins. A complete list is given below.

• Statutes (unique singleton)
• Oracle (unique singleton)
• Announcer registry (unique singleton)
• Announcers (singleton with owner)
• Treasury coins (singleton)
• Recharge Auction coins (singleton)
• Surplus Auctions:
  • Surplus Auction coin (singleton)
  • Payout coin (singleton)
• Collateral vaults (singleton with owner)
    ➤ Liqudation Auction coin (singleton)
          ➤ Bad Debt coin (singleton)
• Savings vaults (singleton with owner)
• Governance coins:
  • Proposal coin (singleton with owner)
  • Veto coin (singleton with owner)
• Bytecash (BYC) tokens (fungible CAT)
• CRT governance tokens (fungible CAT)

Singletons are coins that have at most one descendant. A unique singleton is a coin of a type that exits only once in the entire protocol. A singleton with owner is a singleton that can only be spent by its owner(s). Note that singletons may also be CATs. Although CATs are generally designed to be fungible and arbitrarily divisible, an inner puzzle can constrain them to be non-fungible and non-divisible. This is for example the case with Treasury coins, Savings vaults, Recharge Auction coins, and Payout coins, all of which are singleton BYC CATs. Similarly, Surplus Auction and Governance coins are singleton CRT CATs.