Forum post: 

"Following the recent governance procedures, the Threshold Committee has approved a minor parameter update to the Redemptions Guardian configuration. These changes align with the ongoing maintenance and refinement of the redemption flow originally introduced under TIP-072.

The approved update modifies only two parameters:
Default Redemption Delay — reduced from 7,200 seconds to 900 seconds
Waived Amount Limit — set to 5 BTC
All other parameters remain unchanged and continue to function as defined"

Step 1 — propose

Call the Governor Bravo propose function with the following parameters:\n

targets

["0xB8dF0A949aC45ff8f401553A1dcb742Feb38E6D3"]

values

["0"]

calldatas

["0x2b98ab2300000000000000000000000000000000000000000000000000000000058fd40000000000000000000000000000000000000000000000000000000000000000140000000000000000000000000000000000000000000000000000000000278d00000000000000000000000000000000000000000000000000000000000000038400000000000000000000000000000000000000000000000000000000000070800000000000000000000000000000000000000000000000000000000000015180000000000000000000000000000000000000000000000000000000001dcd6500"]

description:

Params explanation:

# TIP-072v3: Reduce Redemption Default Delay to 15 Minutes and Introduce Waived Amount parameter \\n
\\n
## tl;dr \\n
Reduce the **default redemption delay** from **2 hours → 15 minutes** by updating `_defaultDelay` from **7200 → 900 seconds**, and set a **5 BTC waived amount limit** so redemptions can finalize faster and offer a better user experience.\\n
\\n
## Background \\n
The redemption delay exists to provide a buffer for monitoring and validation before a BTC redemption is finalized. As operational processes have matured, a shorter delay improves efficiency and user experience without reducing safety.\\n
\\n
A small waived amount threshold allows low-value redemptions to clear immediately while keeping the veto mechanism focused on larger, higher-impact flows.\\n
\\n
## Proposal \\n
Update the Redemptions Guardian parameters as follows:\\n
\\n
* Update `_defaultDelay` to **900 seconds (15 minutes)**.\\n
* Update `_waivedAmountLimit` to **5 BTC (500,000,000 sats)**.\\n
\\n
All other Redemptions Guardian parameters remain unchanged from their current values:\\n
* `watchtowerLifetime = 93,312,000` \\n
* `vetoPenaltyFeeDivisor = 20` \\n
* `vetoFreezePeriod = 2,592,000` \\n
* `levelOneDelay = 28,800` \\n
* `levelTwoDelay = 86,400` \\n
\\n
## Notes \\n
* No contract upgrades are required. \\n
* Only `_defaultDelay` and `_waivedAmountLimit` are modified; all other parameters are unchanged. \\n
* The 5 BTC waived threshold is intended to keep small, routine redemptions frictionless while preserving controls for larger transactions. \\n

0x2b98ab23
00000000000000000000000000000000000000000000000000000000058fd400  // _watchtowerLifetime = 93 312 000 sec (~3 years)
0000000000000000000000000000000000000000000000000000000000000014  // _vetoPenaltyFeeDivisor = 20 → 5 %
0000000000000000000000000000000000000000000000000000000000278d00  // _vetoFreezePeriod = 2 592 000 sec (30 days)
0000000000000000000000000000000000000000000000000000000000000384  // _defaultDelay = 900 sec (15 min)
0000000000000000000000000000000000000000000000000000000000007080  // _levelOneDelay = 28 800 sec (8 h)
0000000000000000000000000000000000000000000000000000000000015180  // _levelTwoDelay = 86 400 sec (24 h)
000000000000000000000000000000000000000000000000000000001d1c5800  // _waivedAmountLimit = 500 000 000 sats = 5 BTC