Love Boat Upgrades 🛥️
In an effort to be transparent, our team wanted to provide some additional clarity regarding the minor bug. As previously mentioned, this issue only pertains to our frontend interface. It was an unforeseen edge case that can be easily resolved. To be clear, this bug does NOT reflect any issues with our smart contracts.
What exactly is the issue?
The interface for our Dividends contract is attempting to fetch data for a function that calculates the $LOVE token balance. The function in question performs the calculations by taking the current balance of $LOVE in the Dividends contract and divides it by the total $xoLOVE amount. Zero $LOVE in the contract results in zero $xoLOVE, thus resulting in the “cannot divide by zero” error.
The simplest workaround to mitigate this issue is to ensure a value greater than zero of $LOVE in the Dividends contract. As promised, we have deposited some of the core team’s $LOVE into the contract to ensure a > 0 value. Here is the transaction hash to verify the deposit for yourselves.
As you can see, a total of 10 $LOVE tokens has been deposited from the team’s wallet and will never be withdrawn. This will not only provide a baseline initial liquidity in our dividends program, but it will also ensure the fetched value to be non-zero indefinitely.
What will be done to prevent this issue in future iterations?
In order to provide a more robust solution, we will be upgrading our interface to MulticallV2 which will prevent the batched data fetching failures that we are currently experiencing with MulticallV1.
All of our tokenomics breakdown described in this Medium article will be updated to reflect these changes. We will happily answer any questions or concerns you may have. Guidance in navigating these transactions on the block explorer can be provided as well.
Need more info? Check out these articles
Stablecoin LP | Meme Contest | LOVE LP | Liquidity Mining |Intro
