JuiceboxDAO Operations Post Mortem
author - filipv
These errors are in the process of being mitigated. See the Notion Tracker and this summary on Discord.
Resolved. Felixander returned all 3.7109970336715117 ETH to JuiceboxDAO v1 in transaction
felixander.eth was paid an extra 3.7109970336715117 ETH across two transactions:
- 1.790052343548078439 ETH in transaction
- 1.920944690123433335 ETH in transaction
What Went Wrong?
The first extra payment was caused by a bug with Juicebox v1. As Jango describes it:
aha. yeah i recognize this. it's a V1 bug recreated by:
- being in FC#X with funds still not distributed.
- reconfiguring FC#X+1.
- distributing funds from FC#X.
That distribute call creates a new FC that overwrites the reconfiguration. bug stumbled upon in Slice earlier on too. lets be mindful to distribute from V1 before calling reconfigure to it this next time around. seems like it'll be among our last V1 reconfigures anyways.
This rolled over into a second extra payment due to the multisig failure decribed below.
Felixander will have to transfer 3.7109970336715117 ETH back to JuiceboxDAO v1 (v1p1) via the
addToBalance transaction. I shared a video tutorial detailing the steps to do this here.
Resolved. Juicebox referral returned 1.8119844678505186 ETH to @juicebox in transaction
JBP-330 approved a one-time payout of $3,000 to Juicebox referral (v2p410), which was sent in transaction
Juicebox referral then received an extra $3,000 payout of 1.8119844678505186 ETH in transaction
0x3e3f920800b1b805fd2cbc932678a58e2e3765105e462659630e80def698d082 (see event #113).
What Went Wrong?
What was originally supposed to be a one-time payment rolled over into a second payment due to the multisig failure decribed below.
I queued a transaction from the multisig which owns this project (
0x7A05B46bFd5f26F3E40a28E4fE49DE338b63235E) to pay out 1.8119844678505186 ETH to v2p1 with
preferAddToBalance enabled. After this takes effect, the payouts will have to be distributed from the project, and a new cycle will be queued to remove the payout.
Resolving. See Cosmic Bake Sale and Retroactively Approve Part of Payouts to @wagmi-studios.
WAGMI Studios received 3 $8,500 payouts approved by JBP-314:
- v1p1 -> v1p5 @
- v2p1 -> v2p387 @
- v2p1 -> v2p387 @
But then, due to a bookkeeping error, WAGMI studios received 2 unapproved $8,500 payouts:
- 4.965342738066261773 ETH — v2p1 -> v2p387 @
- 5.133955976086274861 ETH — v2p1 -> v2p387 @
Summing to 10.099298714152536634 ETH. Some of this ETH was left in the @wagmi-studios project, and some of the ETH was paid out to sagekellyn.eth and mieos.eth in the following transactions:
- 4.175902021980110846 ETH — v2p387 @
- 3.492043502119130738 ETH -> sagekellyn.eth
- 0.582007251032196916 ETH -> mieos.eth
- 0.101851268828783192 ETH -> Fees
- 4.542612757707288829 ETH — v2p387 @
- 3.798700563303292015 ETH -> sagekellyn.eth
- 0.633116761289184890 ETH -> mieos.eth
- 0.110795433114811923 ETH -> Fees
- sagekellyn.eth will have to transfer 7.290744065422422753 ETH to v2p1 via
- mieos.eth will have to transfer 1.215124012321381806 ETH to v2p1
- @wagmi-studios will have to pay out 1.380783934465136959 ETH to v2p1 with
preferAddToBalanceset to true, or pay out the ETH to another wallet which can transfer it to v2p1.
I'll get on a call with Sage and Mieos to figure out the best way to execute this.
The multisig must queue, verify, sign, and execute any edits to JuiceboxDAO's projects at least 3 days before the next cycle starts for those edits to take effect.
On 2023-02-21, The multisig had several transactions queued and got them signed towards the end of this period, with ~4 hours left until the edit deadline. At the time, gas prices were high. @twodam shared several messages to this effect:
all signed, can be executed when gas price are low @jango
now it costs ~$500 to execute both reconfigure txns
Nobody executed the transactions before the edit deadline.
Following these events, several process improvements were implemented to prevent the recurrence of issues like these:
- I wrote the Multisig Process which was then ratified through the DAO's governance process. Along with updating several multisig rules, it lays out guidelines and best practices to ensure that the queuing process happens smoothly.
- Nance's monitoring tools are improving. Thus far, an easier to read payouts table is being regularly posted in the
#🧾｜bookkeepingchannel on Discord, and Jigglyjams is working on public view/edit functionality.
- Den may be improving. On a call with Den, 0xBA5ED and I described these issues and discussed potential improvements for monitoring deadlines.