Maker Protocol Technical Docs
Search…
Maker Protocol Technical Docs
MakerDAO Technical Docs
Getting Started
Maker Protocol 101
Smart Contract Modules
Dai Module
Core Module
Collateral Module
Join - Detailed Documentation
Liquidation 2.0 Module
System Stabilizer Module
Oracle Module
MKR Module
Governance Module
Rates Module
Proxy Module
Flash Mint Module
Maker Protocol Emergency Shutdown
Glossary
MCD Glossaries
Smart Contract Annotations
Deployment Addresses
Maker Protocol Deployments
Security
Security for the Maker Protocol
Building on top of the Maker Protocol
Developer Guides and Tutorials
The Dai Javascript Library of the Maker Protocol
Pymaker
Keepers
The Auctions of the Maker Protocol
Auction Keepers
Market Maker Keepers
Cage Keeper
Simple Arbitrage Keeper
Chief Keeper
Command-line Interfaces
Seth
Multi Collateral Dai (MCD) CLI
Dai and Collateral Redemption during Emergency Shutdown
Emergency Shutdown (ES) CLI
Miscellaneous
Liquidations 1.2 System (Deprecated)
SCD <> MCD Migration
Upgrading to Multi-Collateral Dai Guide
Powered By GitBook
Collateral Module
Adapters and Auction contracts for each specific collateral type

1. Introduction (Summary)

The collateral module is deployed for every new ilk (collateral type) added to Vat. It contains all the adapters and auction contracts for one specific collateral type.
For other information related to the collateral module, read the following resources:

2. Module Details

The Collateral Module has 3 core components consisting of the join, and flip contracts.

The Collateral Module is built up of the following components:

  1. 1.
    ​Join Documentation​
  2. 2.
    Clipper Contract - see Liquidation 2.0 Documentation​

3. Key Mechanism and Concepts

Summary of the Collateral Module Components

  • Join - adapters that are used to deposit/withdraw unlocked collateral into the Vat. Join contains three smart contracts:
    1. 1.
      GemJoin
    2. 2.
      ETHJoin
    3. 3.
      DaiJoin.
    Each of the join contracts are specifically used for the given token type to be join'ed to the vat. Due to this fact, each join contract has slightly different logic to account for the different types of tokens within the system.

How exactly do the Join contracts help the MCD system operate?

  • Join - the purpose of join adapters is to retain the security of the system, allowing only trusted smart contracts to add/remove value to/from the Vat. The location of collateral deposited/locked in Vaults is in the respective Join adapter.

4. Gotchas (Potential sources of user error)

  • When a user desires to enter the system and interact with the dss contracts, they must use one of the join contracts.
  • If there was a contract bug in a join contract and a user was to call join by accident, they can still retrieve their tokens back through the corresponding exit call on the given join contract.

5. Failure Modes

There could potentially be a vat upgrade that would require new join contracts to be created
If a gem contract were to go through a token upgrade or have the tokens frozen while a user's collateral was in the system, there could potentially be a scenario in which the users were unable to redeem their collateral after the freeze or upgrade was finished. This seems to be a small risk though because it would seem likely that the token going through this upgrade would want to work alongside the maker community to be sure this was not an issue.
Potential Phishing Attacks
As the MCD system evolves, we will see many more join contracts, user interfaces, etc. This surfaces the potential for a user to have their funds stolen by a malicious join contract which would send tokens to an external contract or wallet, instead of the vat.
Previous
Spot - Detailed Documentation
Next
Join - Detailed Documentation
Last modified 10mo ago
Export as PDF
Copy link
Contents
1. Introduction (Summary)
2. Module Details
The Collateral Module is built up of the following components:
3. Key Mechanism and Concepts
4. Gotchas (Potential sources of user error)
5. Failure Modes