Referendum #52 was approved (https://interlay.subsquare.io/democracy/referendum/52) but contained a technical issue due to the script generating the call having a bug that inserted garbage bytes in the call.

This proposal repeats #52 and has been tested using chopsticks: https://github.com/interlay/chopsticks#dry-run

**Request to fast-track**
Since the original proposal has passed, we request a fast-track by the TC.

Fix for #52 - Vote limiting

Due to a technical bug in https://interlay.subsquare.io/democracy/referendum/49, the proposal did not execute the transfer with a BadOrigin error.

**Request to fast-track**
Requesting to fast-track this proposal as it fixes a bug with an approved referendum. 

Fix: Propsal #51

The runtime upgrade in referendum #45 updated our XCM weight types. This change was not accounted for when the StellaSwap referendum #46 was made. The referendum passed but due to the change in the XCM weight types, #46 cannot be decoded by the chain and thus not executed. No XCM transfer happened.

https://interlay.subsquare.io/democracy/referendum/46

INTR Emissions to support iBTC & INTR on Stellaswap

This proposal opens the XCM channel to HydraDX. This will allow assets to be transferred in between Interlay and HydraDX and open a path towards more use cases for iBTC and more collateral assets for iBTC.

**TC Table**

Since we want to proceed as quickly as possible with opening the channel to move the discussion to actual use cases for both communities, we request that this proposal be tabled.

**Extrinsic**
https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fapi.interlay.io%2Fparachain#/extrinsics/decode/0x0302085b0001010002140004000000000700f2052a0113000000000700f2052a010006000700e40b5402383c00f2070000e803000000900100140d01000400010100b853988cb73cb4b2f58d15910d2dba4b37656b0542c799fbe92ba133e14e86305b0001010002140004000000000700f2052a0113000000000700f2052a010006000700e40b5402183c01f2070000140d01000400010100b853988cb73cb4b2f58d15910d2dba4b37656b0542c799fbe92ba133e14e8630

Open XCM channel with HydrDX - Part 1/1 (Accept & request HRMP)

This runtime upgrade adds the following:

1. Fixes the statement channel to make USDT transfers workable in both directions (currently, Interlay to Statemint is not working)
2. Tables proposals to referenda always on Monday morning at 9:00 UTC to get around the block time variance issue and make referenda execution predictable
3. Tables two proposals to referenda to account for the fact that treasury and regular proposals are happening in parallel

Updates Interlay to the latest runtime (**breaking**).

For more details, please see the following:

https://github.com/interlay/interbtc/releases/tag/1.20.1
https://github.com/interlay/interbtc/compare/1.19.1...1.20.1

The latest compatible clients release for this version is `v1.18.1`:

https://github.com/interlay/interbtc-clients/releases/tag/1.18.1

# Request for tabling

To not block other ongoing proposals, we request to table this proposal to a referendum for voting.

[BREAKING] Upgrade to runtime v1.20.1: Fix Statemint channel and fix governance schedule to table on Monday morning

This proposal rotates the oracle and TC keys. This is a regular operation to ensure that keys are regularly changed.

New oracle: `5Do8NKVjUnqPNj3HKeY7CpRcX6KX1HRxkUwdVszYobxEyCh7`
New TC: `5CnmWXx6JgSp59a5Y6ExXqcVZjQhGCoFeHxQh5vyMBtn4S9w`

## Extrinsic

https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fapi.interlay.io%2Fparachain#/extrinsics/decode/0x03020c3e014c970d75292b7c37c09dd4ce5c1ac7e476419782dd18d3702015831584dba51020496e7465726c61794802b0a2918e8abe126f7a6e73eb2369634702ed01b4b33aceaf69f4489a3495793e20149a852df177454d156761aa6b7b8b396c0b1705270d6a37fd91348dbb6f623e0220ff1a6f3f1f68de293a00634573ec70f5c21e5da2b1054bffbe6696db28663c

## TC

Request for TC fast-track to make start of new oracle predictable.


Regular Key Rotation - Rotating Oracle and TC Keys

This proposal accounts for the threshold adjustment mentioned in the original discussion post here: [https://interlay.subsquare.io/post/12](https://interlay.subsquare.io/post/12)

The initial proposal includes the reduction of token emissions but not the threshold reductions: [https://interlay.subsquare.io/democracy/proposal/35](https://interlay.subsquare.io/democracy/proposal/35)

### This proposal is to change the secure threshold levels as follows:

**Current values DOT <> IBTC**
liquidation: 150%
premium-redeem: 200%
secure (min. when minting): 260%

**Proposed new values DOT <> IBTC**
liquidation: 125%
premium-redeem: 140%
secure (min. when minting): 155%

This change **reduces the capital requirements of Vaults by ~40%**.

For more information on the meaning of individual thresholds, see [Vault collateral thresholds](https://docs.interlay.io/#/vault/overview?id=collateral).


**Request for the TC:**
Please upgrade this proposal to referendum manually, as this should have gone together with [the token reduction proposal](https://interlay.subsquare.io/democracy/proposal/35).


Follow Up to Proposal #35 - threshold reduction

**Summary:**
This proposal is for accepting the Statemint to Interlay part of the XCM channel and finalising the XCM connection.
The reason we are resubmitting is due to the fact that the [first referendum on parity side](https://polkadot.polkassembly.io/referendum/74) failed and needed to be resubmitted and executed under [https://polkadot.polkassembly.io/referendum/82](https://polkadot.polkassembly.io/referendum/82)

**Request for upgrade to 4h referendum:**
I would like to make a request to fast-track this to a 4h referendum since this proposal has already been voted in referendum and has passed before.

Open XCM Channel with Statemint - Part 2/2 - HRMP Accept [Resubmission]

Updates Interlay to the latest runtime (**non-breaking**). This contains, but is not limited to, the following changes:

Updates core dependencies to `polkadot-v0.9.29`

For more details, please see the following:

https://github.com/interlay/interbtc/releases/tag/1.19.1
https://github.com/paritytech/polkadot/releases/tag/v0.9.29

The latest compatible clients release for this version is `v1.17.5`:

https://github.com/interlay/interbtc-clients/releases/tag/1.17.5



Upgrade to runtime v1.19.1

Summary
This proposal will send 312,000 INTR tokens from treasury to the Arthswap designated address to be used for the iBTC/DOT pool on Arthswap (Astar).   
We suggest launching a DOT pair as it’s a Polkadot-native asset like iBTC, which already has good liquidity on ArthSwap and should have low IL risk considering the high correlation, taking into account the community’s vote too.
Proposal
As iBTC has recently launched, It is important to provide and enable more use cases for users issuing iBTC as well as increase iBTC liquidity to unlock potential use cases on other parachains. 
A first step towards this is the iBTC/DOT pool on Arthswap (Astar), which will also be the first step towards potentially considering iBTC as a collateral on lending/borrowing platforms such as SiO2 and Starlay on Astar. 
The goal is to incentivise this pool for 3 months. We propose the transfer of 312,000 INTR tokens from the Interlay Treasury to our (Astar) designated wallet address mentioned below in order to be used as incentives for the iBTC/DOT pool.
To better support this effort and achieve considerable TVL, we will match the rewards with 2,934,000 ARSW for the same 3 month period. The Multiplier, the weight of the percentage for the ARSW farming reward distribution to the pool, will change according to the liquidity, starting with a multiplier of 1. The more liquidity is in the pool, the higher we will set the multiplier and the rewards that are contributed by ArthSwap.
* If the pool size doesn’t hit the line which changes the multiplier, we don’t use all allocation above. In this case, ArthSwap team will refund unused reward allocation of INTR to Interlay Treasury.
 
Line of the multiplier
If the pool size hits X, the multiplier gets changed to Y.
X -> Y
At the first stage -> 5
50,000 -> 10
150,000 -> 30
Once the funds are transferred to the address below, they will be added as incentives to the iBTC/DOT pool. 
Arthswap Designated Address: 5FTWbbfWyH1ejBHoUUUi31TRaNPA1yucsmBJ5YaJNZ2XdiCz

Requesting upgrade to referenda
We request that this proposal be instantly promoted to a public referendum by the TC. Once upgraded to a referendum there will be 7 days of voting. If successful, the referendum will execute and the funds will be transferred to the above-mentioned address. 


Use Treasury Funds To Incentivise iBTC/DOT pool on Arthswap (Astar)

Summary
This proposal will send 42,000 INTR tokens from treasury to the Arthswap designated address to be used for the INTR/DOT pool on Arthswap (Astar).   
We suggest launching a DOT pair as it’s a Polkadot-native asset like INTR, which already has good liquidity on ArthSwap and should have low IL risk considering the high correlation, taking into account the community’s vote on INTR pools, too.
Proposal
As iBTC has recently launched, It is important to provide and enable more use cases for users issuing iBTC as well as increase iBTC liquidity to unlock potential use cases on other parachains. 
One of the first steps towards potentially considering iBTC as a collateral on lending/borrowing platforms such as SiO2 and Starlay is to build up sufficient liquidity for iBTC and enable more users to mint iBTC on Interlay. This requires some initial INTR liquidity on other parachains so that users can buy INTR for governance or transaction fees.
Hence, we propose to set up and incentivise an INTR/DOT pool on Arthswap (Astar).
The goal is to incentivise this pool for 3 months. We propose the transfer of 42,000 INTR tokens from the Interlay Treasury to our (Arthswap) designated wallet address mentioned below in order to be used as incentives for the INTR/DOT pool.
To better support this effort and achieve considerable TVL, we will match the rewards with 489,000 ARSW for the same 3 month period. The Multiplier, the weight of the percentage for the ARSW farming reward distribution to the pool, will change according to the liquidity, starting with a multiplier of 1. The more liquidity is in the pool, the higher we will set the multiplier and the rewards that are contributed by ArthSwap.
* If the pool size doesn’t hit the line which changes the multiplier, we don’t use all allocation above. In this case, ArthSwap team will refund unused reward allocation of INTR to Interlay Treasury.
 
Line of the multiplier
If the pool size hits X, the multiplier gets changed to Y.
X -> Y
At the first stage -> 1
10,000 -> 10
30,000 -> 15
Once the funds are received to the address below, they will be added as incentives to the INTR/DOT pool. 
Arthswap Designated Address: 5FTWbbfWyH1ejBHoUUUi31TRaNPA1yucsmBJ5YaJNZ2XdiCz

Requesting upgrade to referenda
We request that this proposal be instantly promoted to a public referendum by the TC. Once upgraded to a referendum there will be 7 days of voting. If successful, the referendum will execute and the funds will be transferred to the above-mentioned address. 

Use Treasury Funds To Incentivise INTR/DOT pool on Arthswap (Astar)

**Summary**
We would like to register $USDt on Interlay as a first step towards considering it as a Vault collateral and to facilitate other ongoing developments.

**Proposal**
Enabling this kind of asset on Interlay will allow users to adopt less risky positions with potentially tighter collateral thresholds which should eventually increase the system-wide minting capacity.

We request that TC upgrade this proposal directly to a referendum.

**Resources**
HRMP ACCEPT: https://interlay.subsquare.io/democracy/referendum/25

Register USDT as a foreign asset on Interlay

Breaking release to update Interlay to the latest runtime. This contains, but is not limited to, the following changes:

- Vaults can now self-redeem (burn iBTC for unlocking collateral) without sending BTC
- Removed the refund protocol since theft reporting was already eliminated
- Issue requests can now be executed after expiry if the Vault has sufficient collateral
- Allows issue requests to be cancelled prematurely by the user (may slash griefing collateral)
- Collators can now lock vINTR to register as an authority
- Adds generic registry to store client release info (for auto-updater)
- Includes all relevant changes to support polkadot-v0.9.26


**For more details, please see the following:**
- https://github.com/interlay/interbtc/releases/tag/1.19.0
- https://github.com/interlay/interbtc-clients/releases/tag/1.17.3
- https://github.com/paritytech/polkadot/releases/tag/v0.9.26

Upgrade to runtime v1.19.0

This proposal is for accepting the Statemint to Interlay part of the XCM channel and finalising the XCM connection.

Request for upgrade to referendum:
We would like to move quickly with opening the channel in order to continue work on integrating new assets from Statemint (e.g. USDT). Therefore, we request that this proposal is upgraded to a 7 day referendum.

Open XCM Channel with Statemint - Part 2/2 - HRMP Accept

This proposal is for accepting the Astar to Interlay part of the XCM channel and finalising the XCM connection.

Request for upgrade to referendum:
We would like to move quickly with opening the channel in order to enable and facilitate future use cases for iBTC between Interlay and Astar. Therefore, we request that this proposal is upgraded to a 7 day referendum.

Open XCM Channel with Astar - Part 2/2 - HRMP Accept

This referendum opens the XCM channel to Statemint. This will allow assets to be transferred in between Interlay and Statemint and open a path towards more use cases for iBTC and more collateral assets for iBTC.

This is the first part of two referenda to open bi-directional communication with Statemint. The second referendum will accept the open channel to Interlay.

Note: Polkadot governance needs to pass a referendum as well to accept this open channel.

**TC Fast-track**

Since we want to proceed as quickly as possible with opening the channel to move the discussion to actual use cases for both communities, we request that this proposal be fast-tracked.


Request To Open XCM channel with Statemint - Part 1/2 (HRMP INIT)

**Summary**
This proposal will send 480k INTR tokens from treasury to the Beamswap designated address to be used for the iBTC/multiUSDC pool on Beamswap (Moonbeam).   
We suggest launching a multiUSDC pair as INTR and DOT do not have deep liquidity on Beamswap, and USDC enables easier assessment of impermanent loss risks, taking into account community’s vote too (link).

**Proposal**
As iBTC has recently launched, It is important to provide and enable more use cases for users issuing iBTC as well as increase iBTC liquidity to unlock potential use cases on other parachains. 
A first step towards this is the iBTC / multiUSDC pool on Beamswap (Moonbeam), which will also double as the first step towards potentially considering iBTC as a collateral on lending/borrowing platforms such as Moonwell. 
The goal is to incentivise this pool for 3 months. There are incentives already prepared for the first 15 days of the pool but extend this to 3 months, we We propose the transfer of 480k INTR tokens from the Interlay Treasury to our (Beamswap) designated wallet address mentioned below in order to be used as incentives for the iBTC/multiUSDC pool.
To better support this effort and achieve considerable TVL, we will match the rewards with 47,000,000 GLINT and 20,250 rTIDE for the same 3 month period.

Once the funds are received to the address below, they will be added as incentives to the iBTC / multiUSDC pool. 
**Beamswap Designated Address: 0x0a68f81Fe8c23cF19FD0f90be3734F68FF2EF451**

**Requesting upgrade to referenda**
To ensure that the incentives arrive within the 15 days from the pool launch,  we request that this proposal be instantly promoted to a public referendum by the TC. 
Once upgraded to a referendum there will be 7 days of voting. If successful, the referendum will execute and the funds will be transferred to the above mentioned address. 


Use Treasury Funds To Incentivise iBTC / multiUSDC pool on Beamswap (Moonbeam) 

This proposal is for accepting the Parallel to Interlay part of the XCM channel and finalising the XCM connection.

Request for upgrade to referendum:
We would like to move quickly with opening the channel in order to enable and facilitate future use cases for iBTC between Interlay and Parallel. Therefore, we request that this proposal is upgraded to a 7 day referendum. 

Open XCM Channel with Parallel - Part 2/2 - HRMP Accept

Hey Everyone StellaSwap here, with our first contribution to Interlay governance!

**Summary**
This proposal will send INTR tokens from treasury to the Stellaswap designated address to be used for the iBTC/GLMR pool on Stellaswap (Moonbeam).   


**Proposal**

As iBTC has recently launched, It is important to provide and enable more use cases for users issuing iBTC as well as increase iBTC liquidity to unlock potential use cases on other parachains. 

A first step towards this is the iBTC / GLMR pool on Stellaswap (Moonbeam), which will also double as the first step towards potentially considering iBTC as a collateral on lending/borrowing platforms such as Moonwell. 

The goal is to incentivise this pool for 3 months. There are incentives already prepared for the first 15 days of the pool but extend this to 3 months, we propose the transfer of 400k INTR tokens from the Interlay Treasury to our (StellaSwap) designated wallet address mentioned below in order to be used as incentives for the iBTC/GLMR pool.

Once the funds are received to the address below, they will be added as incentives to the iBTC/GLMR pool. 
StellaSwap Designated Address: 0x4300e09284e3bB4d9044DdAB31EfAF5f3301DABa

**Requesting upgrade to referenda**

To ensure that the incentives arrive within the 15 days from the pool launch,  we request that this proposal be instantly promoted to a public referendum by the TC. 

Once upgraded to a referendum there will be 7 days of voting. If successful, the referendum will execute and the funds will be transferred to the above mentioned address. 


Use Treasury Funds To Incentivise iBTC / GLMR pool on StellaSwap (Moonbeam) - public proposal #19

This referendum opens the XCM channel to Astar. This will allow assets to be transferred in between Interlay and Astar and open a path towards more use cases for iBTC.

This is the first part of two referenda to open bi-directional communication with Astar. The second referendum will accept the open channel to Interlay.

Note: Astar needs to pass a referendum as well to accept this open channel.

Request for upgrade to referendum
Since we want to proceed as quickly as possible with opening the channel so we can move the discussion to actual use cases for both communities, we request that this proposal be upgraded to referendum. 

Request To Open XCM channel with Astar - Part 1/2 (HRMP INIT)

Untitled - motion 0xf5da...cc3e

> This is a low risk change but high impact gain to be had on reducing friction to issuance. Please consider for fast track.

## Brief
To aid with issuance of IBTC, we should consider changing the issue deadline parameter back to original `24 Hours` value originally intended. 

## Detail
|Value|Current|Proposed|
|---|---|---|
|`issue.issuePeriod`|`14,400`|`7200`|

Currently the block time hovers around 12-13s, however assuming an optimistic 12 seconds:
```
14,400 blocks x 12second per block = 172800 Seconds
172800 seconds = 48 Hours
```
Therefore:
```
7200 block delay = 24 Hours
```

## Explanation
During some of Kintsugi's days there was high BTC network congestion. The deadline is split into issue and redeem, however so only griefing collateral is at stake (which is capped currently at writing at 0.5%) so there is no risk that decreasing this deadline will jeopardise interlay vaults. 

The benefit to be had from decreasing this deadline though, is that  any: unintended, malevolent or trollish issue requests will be rejected by the system quicker and allow for the corresponding vault collateral to be unsealed in half the time.

Change Issue deadline to 24hours

## Brief
> Request for this to be fast tracked due to on-going activity hampering new issuance

Our griefing collateral is currently set to `0.005%` deposit. 
This proposal is to change it to `0.5%` to keep parity with Kintsugi's parameters.

## Detail

This proposal to to change the griefing collateral required when submiting new issue requests.
|Value | Current | Proposed|
|----|----|---|
|`fee.issueGriefingCollateral`|50,000,000,000,000|5,000,000,000,000,000|

## Further Reading
- https://docs.interlay.io/#/getting-started/interbtc?id=mint-and-redeem
- https://kintsugi.subsquare.io/democracy/proposal/45


Raise Griefing Collateral % - public proposal #14

This proposal batches the HMRP accept from Equilibrium to Interlay and requests to open a HMRP channel from Interlay to Equilibrium.

TC Fast-track
Since we want to proceed as quickly as possible with opening the channel so we can move the discussion to actual use cases for both communities, we request that this proposal be fast-tracked. 

Open XCM Channel with Equilibrium - HRMP Accept and HRMP Request

### Summary

This proposal will set the DOT Vault Collateral Ceiling On Interlay to 2,450,000 DOT.

### Proposal


Ahead of iBTC launch, this proposal increases the DOT collateral ceiling to 2,450,000 DOT - roughly 20,000,000 USD equivalent - to provide enough capacity for initial BTC liquidity growth. DOT is the main iBTC collateral at launch.

These numbers are based on projections derived from conversations with current/onboarding Vault operators.  



### Requesting TC Fast-track

Since this is an initial ceiling setting and we want to get everything ready for the launch, we request TC fast track to move quickly with setting initial system settings.


Set initial DOT Collateral Ceiling to 2,450,000 DOT

**Summary**
This proposal activates INTR Vault rewards on Interlay ahead of the estimated iBTC launch taking place on the 10th of August. This will start the vault reward distribution on the 11th of August in the morning. 


**Proposal**

The Interlay team has informed the community in a discussion post that the Vault rewards can be activated in anticipation of the iBTC launch on the 10th of August. 
See: https://interlay.subsquare.io/post/7 

The next step is hence to activate Vault rewards via an on-chain governance proposal. Once executed, this proposal will start distribution of vault rewards beginning with the 11th of August in the morning. 

**Requesting upgrade to referenda**

To ensure that everything will be ready for when the Interlay team is ready to launch iBTC on the 10th of August, we request that this proposal be instantly promoted to a public referendum by the TC (there are no other proposals in the pipeline anyway - no need to wait until next period). 

Once upgraded to a referendum there will be 7 days of voting. If successful, the referendum will execute approximately on the 10th of August. 





Activate INTR Rewards for Vaults on Interlay

https://github.com/interlay/interbtc/releases/tag/1.18.0

Essential upgrade required for the production deployment of iBTC Vaults.

Major additions / changes since last release (`1.15.0`):

- Individual secure thresholds
- Vault account recovery (after liquidation)
- Removal of theft reporting

For more details see: https://github.com/interlay/interbtc/compare/1.15.0...1.18.0

This last significant change (removal of theft reporting) was made in line with our suggested next steps listed here: https://medium.com/interlay/kintsugi-released-urgent-security-patches-aebf969ee087

In summary, we were recently alerted to several critical bugs related to the parsing of Bitcoin transactions. The most serious attack identified could allow an invalid fraud proof to liquidate any Vault in the system. After reviewing the core protocol, we recommended removing theft reporting.

Formal discussion and decision on theft reporting will be made on Kintsugi. Depending on the results of this vote, we can adjust the Interlay runtime in a subsequent release.

https://kintsugi.subsquare.io/democracy/proposal/56

**Request for fast-track by the TC.**

Upgrade to runtime v1.18.0

This proposal is for accepting the Moonbeam to Interlay part of the XCM channel and finalising the XCM connection. 

**Request for fast-track:**
Since this has already been voted on by the community as something that we want, we request fast-tracking the proposal so that it can be executed today. 

Open XCM Channel with Moonbeam - Part 2/2 - HRMP Accept and HRMP Request

**Summary**
We want to execute Referenda 6 as the initial proposal had the wrong hash. 

**Details**
The initial proposal to raise the DOT Collateral Ceiling was submitted with a faulty hash and so could not be executed. This proposal just executes the correct arguments so that the ceiling is raised as voted and agreed by the community to 150000 DOT. 

**Request for Fast-Track**
Since this proposal has already passed via referenda 6, we request that we fast track this so that it can finally be executed. 

**Referenda 6** - https://interlay.subsquare.io/democracy/proposal/6


Execution of Referenda 6 - Set initial DOT Collateral Ceiling to 150000 DOT

This referendum opens the XCM channel to Moonbeam. This will allow Interlay assets to be transferred to Moonbeam and used there.

This is the first part of two referenda to open bi-directional communication with Moonbeam. The second referendum will accept the open channel to Interlay.

Note: Moonbeam needs to pass a referendum as well to accept this open channel.

Request To Open XCM channel with Moonbeam - Part 1/2 (HRMP INIT) 

This proposal batches the HMRP accept from Acala to Interlay and requests to open a HMRP channel from Interlay to Acala.

Open XCM channel with Acala - HRMP ACCEPT and HMRP REQUEST

This referendum opens the XCM channel to Acala. This will allow Interlay assets to be transferred to Acala and used there.

This is the first part of two referenda to open bi-directional communication with Acala. The second referendum will accept the open channel to Interlay.

Note: Acala needs to pass a referendum as well to accept this open channel.

Note: The proposal was fast-tracked by the technical committee.

Open XCM channel with Acala - Part 1/2 (HRMP INIT)

Includes some minor changes in the XCM configuration that are required for setting up channels. This upgrade also introduces an INTR per iBTC limit which can be optionally set to prevent distributing too many rewards early on. The node release also includes the polkadot-v0.9.24 update which includes a libp2p fix for a potential DoS attack vector - this is a high-priority upgrade.

**For more details, please see the following:**

- https://github.com/interlay/interbtc/compare/1.14.1...1.15.0
- https://github.com/interlay/interbtc/releases/tag/1.15.0
- https://github.com/paritytech/polkadot/releases/tag/v0.9.24

**Request for fast-track by the TC**


Upgrade to runtime v1.15.0 - Fast Track

**Summary**
This proposal activates INTR staking rewards as of block 529634 - that is, around 9th of June 17:00 UTC (depending on block times). 

**Proposal**
The Interlay team has informed the community in a discussion post that the INTR staking rewards can be activated.

The next step is hence to activate staking rewards via an on-chain governance proposal.

**Requesting TC Fast-track**
Since everything is ready and the community has been waiting for rewards to be activated, a fast-track by the Technical Committee is requested. This way, staking rewards can go live on the same day or the day after. Without TC, this would be delayed by another 2 weeks (up to 7 days before the proposal becomes a referendum, and another week of voting and enactment).
