PR With Payload
Summary and Motivation
Due to the interest in chainlink oracles being utilized in StableSwap and StableSurge pools (see wETH/USDC pairs) on Balancer V3, there is a need to set the tokenCacheRateDuration lower on legacy Balancer V2 pools which utilize price oracles for further testing. The pools which utilize these types of rate providers are strictly on Gnosis Chain, in particular this sDAI/EURe pool, as the rest are on V3 and have no cache rate duration setting.
The setting currently is 10800 seconds, and for a Forex pair this is far too infrequently. The goal is to set this lower and for the heartbeat frqeuency of the underlying oracle itself to also be improved. This will permit pool creators and liquidity providers to continue testing theories around swap fees and improve capital efficiency of these pool types without the need to continuous migrations.
Technical Speficifation:
Due to the request being only for a single pool on Balancer V2 the permissions will only be granted for Gnosis Chain, due to Balancer V3 no longer having this cache rate constraint.
The DAO Multisig on Gnosis Chain 0x2a5AEcE0bb9EfFD7608213AE1745873385515c18 will interact with the Authorizer 0xA331D84eC860Bf466b4CdCcFb4aC09a1B43F3aE6 calling grantRoles with the following arguments:
roles: [0x598f15f7eb2157719252312644e9a7067c6387ba769f0abbf28b5abe3c22cacf, 0xed896fdd237f2b79e8ae80a5e3432dbc85b53ff7a8ba91ea17ba7b2716aaee0a]
account: 0x9ff471F9f98F42E5151C7855fD1b5aa906b1AF7e
To grant the maxi omni-chain mutlisig ability to update the tokenCacheRateDuration on these pools or any future variations of them on Balancer V2.
These can be confirmed by their action-ids in this repo: CSP V6, and CSP V5