Create 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 here. Following is the list of all the supported connectors. Following is the list of all the primary connectors used to cast spells:
Read this post to learn about getId and setId used in the connectors
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 interfacesTokenInterface
for ERC-20 interface including WETH
stores.sol
contains the global constants as well as methodsgetId
&setId
(Stores
)basic.sol
inheritsDSMath
&Stores
contracts. This contains few details explained below- Wrapping & unwrapping ETH (
convertEthToWeth
&convertWethToEth
) - Getting token & ETH balance of DSA
- Wrapping & unwrapping ETH (
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 inheritBasic
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 inheritHelpers
(if exists, otherwiseBasic
) &Events
Few things to consider while writing the connector:
- Connector should have a public string declared
name
, which will be the name of the connector. This will be versioned. Ex:Compound-v1
- User interacting methods (
external
methods) will not be emitting events, rather the methods will be returning 2 variables:_eventName
ofstring
type: This will be the event signture defined in theEvents
contract. Ex:LogDeposit(address,address,uint256,uint256,uint256)
_eventParam
ofbytes
type: This will be the abi encoded event parameters
- The contracts should not have
selfdestruct()
- The contracts should not have
delegatecall()
- Use
uint(-1)
for maximum amount everywhere - Use
ethAddr
(declared inStores
) to denote Ethereum (non-ERC20) - Use
address(this)
instead ofmsg.sender
for fetching balance on-chain, etc - Only
approve()
limited amount while giving ERC20 allowance, which strictly needs to be 0 by the end of the spell. - Use
getUint()
(declared inStores
) for getting value that saved from previous spell - Use
setUint()
(declared inStores
) for setting value to save for the future spell
If you still 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.
Our team is excited about assisting you to build an application using Instadapp Developer Platform. Your questions and feedback help us make a better development environment for future developers.