Delegate UNI
01Summary
Delegates cUNI market liquidity voting rights to a 4-of-6 community multisig that will vote in Uniswap proposals based on cUNI holder off-chain voting (requiring 10% quorum). Also distributes $1200 in SAI bounty to Arr00 for setting up the voting system.
- Type
- governance change
- Funding
- $$1200
Key changes
- Delegate cUNI tokens to community multisig (0xbbf3f1421D886E9b2c5D716B5192aC998af2012c) to vote on Uniswap proposals according to off-chain voting results(high)
- Distribute 600 SAI from reserves as bounty payment to Arr00 (recipient: 0x2B384212EDc04Ae8bB41738D05BA20E33277bf33) for establishing cUNI voting system(medium)
- Community multisig reserves right to disqualify voting manipulation and requires 10% quorum to vote(medium)
Notable concerns
- Multisig has significant control with only 4-of-6 signature requirement
- Off-chain voting mechanism could be subject to manipulation despite multisig safeguards
- Requires 10% quorum threshold to execute votes
Generated by Kvorum
02Description
Delegate UNI
This proposal delegates the cUNI market liquidity to the community multisig. The community multisig will vote in Uniswap proposals according to the will of the cUNI holders, expressed through off-chain voting conducted here. The multisig reserves the right to disqualify any manipulation used to gain an advantage in off-chain voting and will only vote if a 10% quorum is reached. Read the discussion for more context.
The last two calls distribute a bounty of $1200 worth of SAI from reserves to Arr00 for setting up the cUNI voting system.
The Multi-Sig requires 4-of-6 signers to approve any transaction. The signer addresses can be seen here on Gnosis Safe, and currently include @aaaaaaaaaaaaa, @arr00, @blck, Compound Labs, Dharma Labs (@0age), and @jared. For full context and history on the Multi-Sig, please see this post on the Compound Community Forum.
03Mismatch analysis
I compared the three prose claims to the three decoded actions. Action 0 (_delegateCompLikeTo) correctly targets the cUNI market and delegates to the community multisig address named in the description (0xbbf3...2012c), matching the core purpose of the proposal. Actions 1 and 2 correctly implement the 'bounty from reserves to Arr00' claim: _reduceReserves pulls SAI out of the cSAI market's reserves, and the subsequent transfer sends that same 600 SAI amount to an address consistent with the described recipient. The only inconsistency is a numerical one: the description values the bounty at '$1200 worth of SAI,' while the on-chain amount is 600 SAI, which given Sai's ~$1 peg is closer to $600. This looks like an imprecise off-chain valuation rather than a manipulated parameter, and it does not affect the mechanics, recipient, or intent of the transfer, so it only rises to minor severity. No target, recipient, or role-grant mismatches were found, and no undisclosed significant actions exist in the calldata beyond the routine reserve-reduction step needed to enable the transfer, which is standard mechanical plumbing for cToken markets and not something that needs separate disclosure.
Discrepancies
- lowvalue mismatch
The description states the bounty is '$1200 worth of SAI', but the calldata moves exactly 600 SAI (600e18 with 18 decimals). Sai was designed to track a $1 peg, so 600 SAI corresponds to roughly $600, not $1200. This is likely an approximate/outdated USD estimate rather than a hard on-chain parameter, but the stated dollar figure does not clearly reconcile with the token amount actually transferred.
“distribute a bounty of $1200 worth of SAI from reserves to Arr00”
Generated by Kvorum
04Actions
- Target
- 0x35a1…d550
- Value
- 0 wei
- Function
- _delegateCompLikeTo(address)
- Arguments
{ "0": "0xbbf3f1421D886E9b2c5D716B5192aC998af2012c" }- Calldata
- Target
- 0xf5dc…44dc
- Value
- 0 wei
- Function
- _reduceReserves(uint256)
- Arguments
{ "0": "600000000000000000000" }- Calldata
- Target
- 0x89d2…0359
- Value
- 0 wei
- Function
- transfer(address,uint256)
- Arguments
{ "0": "0x2B384212EDc04Ae8bB41738D05BA20E33277bf33", "1": "600000000000000000000" }- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
- Community Multisig Deployment ↗discourse · high confidence
- Setup community cUNI Voting ↗discourse · high confidence
Arguments for
None surfaced.
Arguments against
None surfaced.
Notable participants
- arr00Core steward of the Community Multisig, initiated its deployment and managed signer changes throughout.
- calvinProvided initial documentation and updates on the multisig deployment and signer confirmations.
- gettyConfirmed multisig members' comfort with additional responsibilities before governance vote.
- adamDocumented and tracked multisig membership changes and signer updates.
- PGovParticipated in recent multisig membership reevaluation and provided detailed status updates.
- jbass-ozAnnounced addition of ChainSecurity and Certora as signers and threshold increment.
- blckOriginal multisig signer who confirmed acceptance of responsibilities.
- TennisBowlingCommunity member who replaced aaaaaaaaaaaaa and later was removed during membership reevaluation.