Return Accidentally Sent Funds
01Summary
Return 4,500 USDT to the address that accidentally sent 5,000 USDT to the cDAI contract, applying the established 10% penalty fee as per proposal 37.
- Type
- treasury allocation
- Funding
- $4500
Key changes
- Transfer 4,500 USDT (after 10% penalty) from governance treasury to 0x2Abfc5e72C2144750A332e06dA376d067cC71605(medium)
Generated by Kvorum
02Description
Return Accidentally Sent Funds
Previously we established a rule that every half year we send back funds that were accidentally sent to contracts managed by Compound governance (proposal 37).
There was one request that meets the requirements: the transaction sent 5,000 USDT to the cDAI contract, after the 10% penalty applied we are sending back 4,500 USDT
Requests can be posted on the forum link below.
03Mismatch analysis
The proposal describes a single, routine action under the established 'return accidentally sent funds' policy: refunding 4,500 USDT (5,000 USDT minus a 10% penalty) to whoever mistakenly sent the funds to the cDAI contract. The single decoded action is a USDT transfer() call for exactly 4,500,000,000 raw units, which equals 4,500 USDT given USDT's 6 decimal places — matching the stated amount precisely. The target contract (USDT token contract) is correct for issuing a USDT transfer, and the recipient address is not explicitly named in the description (it only references the original transaction hash), so there is no basis to flag a target mismatch — the calldata's recipient is consistent with returning funds to the original sender. No extra, missing, or misrepresented actions were found. Overall the description accurately and completely reflects the on-chain action encoded in the proposal.
Generated by Kvorum
04Actions
- Target
- 0xdac1…1ec7
- Value
- 0 wei
- Function
- transfer(address,uint256)
- Arguments
{ "0": "0x2Abfc5e72C2144750A332e06dA376d067cC71605", "1": "4500000000" }- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
- Implement cToken sweepToken and return accidentally sent funds ↗discourse · high confidence
Arguments for
- Establishing a clear, repeatable governance process for returning accidentally sent funds is a positive step for the community.— arr00, massnomis, cryptotyrel, Lavi
- The new sweepToken function is well-engineered, tested via fork simulations and testnet, and verified against the deployed bytecode, making future recoveries simple.— arr00, rleshner, blck
- Rewarding the developer with COMP rather than the recovered token aligns incentives and sets a sustainable precedent for future contributor compensation.— rleshner, arr00
- Imposing a 10% penalty on returned funds fairly compensates the protocol/community for the error and discourages moral hazard.— arr00, johndoh
Arguments against
- The 30 COMP reward for the developer should be decided separately by a grants/contributor committee rather than bundled into this specific proposal.— massnomis
- Returning funds via a recurring proposal process could create unintended consequences or open the door to frequent claims, so the community should be cautious about scope.— massnomis
Unresolved concerns
- The appropriate minimum value threshold ($1,000) for qualifying accidental transfers needs further discussion.— massnomis
- Whether other cToken implementations (COMP, USDT, DAI) should also be upgraded now rather than waiting until funds are actually trapped in them.— rleshner, arr00
- Clarity on how retroactive claims (accidents older than 6 months) would be handled and what the exact request process looks like.— cryptotyrel
- Many token types (e.g., immutable cTokens, underlying-token deposits, phishing losses, slippage losses) are fundamentally unrecoverable under this mechanism, leaving affected users without recourse.— blck, arr00, boblogiii
Notable participants
- arr00Proposer who designed the policy, wrote the sweepToken code, ran simulations, and has continued to administer fund-return requests for years after the original proposal.
- rleshnerCore contributor who reviewed technical details, endorsed the COMP reward rationale, and later clarified governance policy on unrelated Uniswap airdrop claims.
- massnomisEarly supporter who raised concerns about reward sourcing and precedent-setting implications of the policy.
- johndohRaised the question of whether the sender should bear a penalty for causing the accidental transfer.
- blckVerified the deployed contract bytecode and explained technical limitations on which tokens can and cannot be recovered.
- cryptotyrelAsked about retroactive application of the policy and the request process, ultimately expressing support.
- gettySuggested extending the sweep functionality to other cToken contracts and preventing further accidental transfers to cUNI.
- LaviAsked where the 10% penalty funds would go, prompting clarification that they return to the Timelock/protocol.
Generated by Kvorum
08Similar proposals
- compoundexecutedReturn Accidentally Sent Funds82%
- compoundexecutedReturn accidentally send funds75%
- compoundexecutedReturn Accidentally Sent Funds #373%
- compoundexecutedUSDT Reserve Reallocation49%
- lidoexecutedEasy Track motion #34546%
- lidoexecutedEasy Track motion #83446%
- lidoexecutedEasy Track motion #69643%
- lidoexecutedEasy Track motion #86643%
- lidoexecutedEasy Track motion #55643%
- lidoexecutedEasy Track motion #79643%