{"componentChunkName":"component---src-pages-sips-sip-markdown-remark-frontmatter-sip-tsx","path":"/sips/sip-402/","result":{"data":{"markdownRemark":{"fileAbsolutePath":"/vercel/path0/content/sips/sip-402.md","frontmatter":{"sip":402,"sccp":null,"title":"Remove Account Cooldown Timer for Rewards Claim Function","network":"Ethereum, Optimism, Base & Arbitrum","author":"Robin (@0xrobin2192)","type":"Governance","proposal":"https://snapshot.org/#/snxgov.eth/proposal/0x08a4b4c1f5447d06175e5e7c827a817a3433c2f6e6d8f13a63053d945aacdbb6","implementor":null,"release":null,"created":"2024-08-02T00:00:00.000Z","updated":null,"status":"Rejected"},"html":"

Simple Summary

\n

This proposal outlines a plan to remove the cooldown timer reset when users claim rewards.

\n

Abstract

\n

A 24 hour cooldown on withdrawing funds exists to prevent just-in-time liquidity MEV and resets when any action is taken by a user for a given account. Currently, this timer resets when users claim rewards, which has no impact on debt balance.

\n

This proposal seeks to add a new function loadAccountAndPermissionNoRecording which does not call recordInteraction, and replace loadAccountAndValidatePermission with loadAccountAndPermissionNoRecording in the claimRewards function.

\n

Note this proposal is not inclusive of PNL claims, which are representative of positive pool performance.

\n

Motivation

\n

The motivation behind this SIP is to remedy poor UX, as users are frequently confused when they wait 24 hours for funds to become withdrawable, claim rewards, and then realize that their previously withdrawable funds are now locked for another 24 hours.

\n

Specification

\n

Create a new function loadAccountAndPermissionNoRecording which copies the loadAccountAndValidatePermission function but removes the recordInteraction(account) call.

\n

Modify claimRewards function to call loadAccountAndPermissionNoRecording instead of loadAccountAndValidatePermission.

\n

Rationale

\n

loadAccountAndValidatePermission is used elsewhere in the codebase, so a new function is needed. The simplest path forward is to copy the loadAccountAndValidatePermission function while removing the function call that resets the cooldown timer, recordInteraction.

\n

Technical Specification

\n

Define the new function loadAccountAndPermissionNoRecording as:

\n
  /**\n     * @dev Loads the Account object for the specified accountId,\n     * and validates that sender has the specified permission. These\n     * are different actions but they are merged in a single function\n     * because loading an account and checking for a permission is a very\n     * common use case in other parts of the code.\n     */\n    function loadAccountAndPermissionNoRecording(\n        uint128 accountId,\n        bytes32 permission\n    ) internal returns (Data storage account) {\n        account = Account.load(accountId);\n\n        if (!account.rbac.authorized(permission, ERC2771Context._msgSender())) {\n            revert PermissionDenied(accountId, permission, ERC2771Context._msgSender());\n        }\n    }\n\n
\n

Note: Rejected as v3 is in maintenance mode

\n

Test Cases

\n

Test cases will be added to the code base before release.

\n

Configurable Values

\n

NA

\n

Copyright

\n

Copyright and related rights waived via CC0.

"}},"pageContext":{"id":"39519242-1e08-5fb4-a61f-d99b01a9f08a","frontmatter__sip":402,"__params":{"frontmatter__sip":"402"}}},"staticQueryHashes":[]}