Overview

Welcome to the Instadapp docs!

Our platform is open to developers of all sizes, from solo programmers, to hacker groups and globally scaled teams. Our team and members of our community look forward to helping you build an application on top of Instadapp with maximum security and composability.

The following pages contain a comprehensive guide to Instadapp’s ecosystem, also known as the ‘Defi Smart Layer’. The protocol’s codebase is hosted on Github.

Introduction

The Instadapp platform is a full feature platform for both users and developers to leverage the full potential of DeFi. The Instadapp protocol ('DSL') acts as the middleware that aggregates multiple DeFi protocols into one upgradable smart contract layer. This structure allows Instadapp to access the full potential of Decentralized Finance.

The main functionalities of the DSL are account extensions and upgradability. The unique upgradability means that the upcoming and new extensions will be upgraded, maintained and managed by INST governance. The DSL also includes a new operability layer that acts as a ‘Account Extension.’ These extensions allow the user to access new and unique functionality for their DSL account. These extensions and the evolution of the platform form a DeFi hub through which new use cases and extensions can be created, some examples of possible use cases include: Flash Loan Module, Authority extension, L2 extension, etc.

For more in-depth knowledge of DSL, head over to the blog post- Instadapp Protocol & Governance.

How Smart Accounts work: The Execution trace

Interacting with the new DSL Accounts:

• While calling a function, users interact with their Smart Account.
• The smart account contract uses a fallback function to fetch the address of the Extension Module to call via Implementation - contract using (msg.sig) of the function called by the user.
• Once the address is fetched, our smart account uses it to obtain the implementation code and runs it.

The mapping of Function sigs to extensions will be added by the INST governance. Instadapp team is focused on building and excited for community collaboration on extending the smart account capabilities. In the meantime, developers can begin playing with Extension Module 1 today!

To simulate a transaction in Module 1, the user interacts with their smart account using the cast() function. This is the core function that allows smart accounts to interact with DeFi protocols and complete composable transactions.

However, the cast function does not reside in the smart account contract of the user, hence the fallback function is called to get the implementation contract using msg.sig.

After getting the extension contract, a delegate call is made to the respective extension which contains the cast function to run all the spells.

Inside the spell function, delegate call(s) is done to execute the function called by the user.

Get Started

To walk through the entire process of installation and interacting with the DeFi Smart Layer (DSL), get started with Installation.

Explore the sidebar to find more developer specific documentation covering all the aspects of the protocol.

We want to hear from you!

To get involved and to stay up to date with new updates and launches, please join the #dev room in the Instadapp’s community Discord server; our team, and members of the community, look forward to helping you. Your questions and feedback help us improve, so please don't hesitate to ask if you can't find what you are looking for here. Get connected:

• Join the Instadapp Discord
• Follow Instadapp on Twitter
• Subscribe to the Instadapp blog

Utilizing Protocols through Instadapp

Instadapp is a middle ware protocol your DeFi Smart Account is a non-custodial smart contract wallet and interacts directly with the underlying protocols. The Smart Wallet itself is not vulnerable to attacks such as front running, oracle or flash loan related attacks however when interacting with the underlying protocols you assume the same risk as using these protocols directly as with any wallet.