Development Update: Mar 22 - Apr 4, 2022

Web3 Stream

1. [FEATURE] Protocol incentive functions have been implemented (Network and Boost Incentives) and are now in testing.

2. Improvements to the Claim and Close user flows have been implemented. 

4. Further refactoring of the core market contracts. One of the protocol contracts was exceeding the permissible size limit on Ethereum. We have also developed an inter-contract communication mechanism using delegateCall(), allowing us to scale other large contracts in future if required.

3. [GAS OPTIMISATION] Introduced permit() functionality for BUMP tokens. Use of permit() greatly reduces the gas cost needed to authorise Bumper to update user token balances, and streamlines client user interfaces.

5. [GAS OPTIMISATION] The following steps have also been taken to reduce the gas usage further:

 - Removed ABDKMath64x64 library as the protocol’s risk/premium calculations have been simplified.

 - Simplified economic rebalancing formulae. 

 - Converted all view functions to pure functions.

 - Use of contract constants instead of configurable variables. The tradeoff here is that updates to protocol configuration will require a contract deployment in place of sending a transaction with updated values.

‍

Web2 Stream

1. Integrated the following front end screens with the protocol smart contracts:

 - Protect Flow

 - Earn Flow

 - Protect Page

 - Earn Page

 - Sections of Dashboard

Simulation

1. Proper rebalancing code was finally added after using a simplified version until now.

2. Our simulation code-base has grown significantly. We are now adding further functionality to more closely simulate the blockchain environment.

3. The ui-simulator has also seen some good progress. It can now run multiple simulation jobs from a single interface and store all of the output data in a data warehouse for analysis. 

Design Stream

1. Our major area of focus for this sprint was to complete the design system for the new designs (basically this means creating all the components and their alternative states, like buttons, dropdown menus, text fields, colour palette and typography). It’s now ready for us to take the dApp’s user interface to the next level. While a lengthy process, it was important to get all the visual components pixel-perfect for implementation.

‍