DSA Connectors
Go to file
2021-12-11 19:48:50 +05:30
.github/workflows Added config to automatically mark issues as stale 2021-12-11 13:20:06 +05:30
.husky Checker for solidity code (#32) 2021-05-07 22:06:52 +05:30
contracts added @notice comment 2021-12-11 15:46:31 +05:30
deployements/mainnet Added basic compound testcases 2021-05-15 00:46:54 +05:30
docs Update docs/connectors.json 2021-10-07 11:46:10 +02:00
scripts update 2021-12-11 13:37:45 +05:30
status-checks updated tests and scripts 2021-12-11 13:37:45 +05:30
test updated-test 2021-12-11 19:48:50 +05:30
.env.example Add deployment script 2021-03-15 17:56:22 +05:30
.gitignore update 2021-12-11 13:37:45 +05:30
hardhat.config.ts removed testnet chainIDs 2021-12-11 13:37:45 +05:30
LICENSE Initial commit 2020-11-20 22:30:23 +11:00
package-lock.json added test runner scripts + test cases fix 2021-12-11 13:37:45 +05:30
package.json added scripts in package.json 2021-12-11 13:37:45 +05:30
README.md readme update 2021-09-05 19:53:23 +03:00
tsconfig.json minor fix 2021-12-11 13:37:45 +05:30
yarn.lock added test runner scripts + test cases fix 2021-12-11 13:37:45 +05:30

DSA connectors

Connectors are standard proxy logics contract that let DeFi Smart Account (DSA) interact with various smart contracts, and make the important actions accessible like cross protocol interoperability.

DSAs are powerful because they can easily be extended with connectors. Every new connector that is added is immediately usable by any developer building on top of DSAs. Connectors can either be base connectors to protocols, auth connectors, higher level connectors with more specific use cases like optimized lending, or connectors to native liquidity pools.

You can create a PR to request a support for specific protocol or external contracts. The process to add a new connector is explained below.

List of all the mainnet connector for referrence is here

How to add a new connector

You can create a new PR to add a new connector. To get the PR merged, certain requirements needs to be met which will be explained here.

New connector should follow the current directory structure

Common files for all connectors are in contracts/common directory.

  • math.sol has methods for mathematical operations (DSMath)
  • interfaces.sol contains the common interfaces
    • TokenInterface for ERC-20 interface including WETH
  • stores.sol contains the global constants as well as methods getId & setId (Stores)
  • basic.sol inherits DSMath & Stores contracts. This contains few details explained below
    • Wrapping & unwrapping ETH (convertEthToWeth & convertWethToEth)
    • Getting token & ETH balance of DSA

Connectors are under contracts/connectors directory, and should be formatted as follows:

  • Connector events should be in a separate contract: events.sol
  • Interfaces should be defined in a seperate file: interface.sol
  • If the connector has helper methods & constants (including interface instances), this should be defined in a separate file: helpers.sol
    • Helpers contract should inherit Basic contract from common directory
    • If the connector doesn't have any helper methods, the main contract should inherit Basic contract
  • The main logic of the contract should be under main.sol, and the contract should inherit Helpers (if exists, otherwise Basic) & Events

Few things to consider while writing the connector:

  • Connector should have a public constant string declared name, which will be the name of the connector. This will be versioned. Ex: Compound-v1
  • Contract name should start with ConnectV2 appended with protocol name. Eg: ConnectV2Compound
  • User interacting methods (external methods) will not be emitting events, rather the methods will be returning 2 variables:
    • _eventName of string type: This will be the event signture defined in the Events contract. Ex: LogDeposit(address,address,uint256,uint256,uint256)
    • _eventParam of bytes type: This will be the abi encoded event parameters
  • The contracts should not have selfdestruct()
  • The contracts should not have delegatecall()
  • Use uint(-1) of type(uint256).max for maximum amount everywhere
  • Use ethAddr (declared in Stores) to denote Ethereum (non-ERC20)
  • Use address(this) instead of msg.sender for fetching balance on-chain, etc
  • Only approve() (declared in Basic) limited amount while giving ERC20 allowance, which strictly needs to be 0 by the end of the spell.
  • User interacting functions should have natspec comments(@dev, @notice, @param).
  • Use getUint() (declared in Stores) for getting value that saved from previous spell
  • Use setUint() (declared in Stores) for setting value to save for the future spell

Support

If you can't find something you're looking for or have any questions, ask them at our developers community on Discord or simply send an Email.