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

Proponent: wdCFPKUXJ6fPAUEWkjTTrVDe8khjp4NLmQu2ruDRSM488JEmq (web3alert.io) 
Date: 15.09.2022
Requested INTR: 4428 EUR / 0.049491 = 89 470 INTR (based on 7day avg rate by Coingecko)
Short description: Web3alert.io maintenance costs for Interlay integration from 15 September 2022 to 15 March 2023 at the rate of 600 EUR/month (+ VAT).

https://web3alert.io is a service that listens for events on blockchain Interlay and sends notifications about them to messengers. At the moment, Web3alert supports Telegram, Discord and Slack.
[See full proposal here](https://docs.google.com/document/d/1u5I1_ODlpUzPVMrp7NEzRP4xNdCuLKQsMcD4T7s-7oc/edit?usp=sharing)

![1](https://i.postimg.cc/8P91C7Wx/Screenshot-2022-09-15-at-16-43-31.png)

Treasury spend for Maintenance of web3alert.io Interlay integration for 6 months.

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

**Brief**
We want to reserve **[INTR]** tokens from the treasury to be used for paying contributors from the Interlay Innovator program as well as rewarding those who’ve previously made significant contributions to the community before the launch of the programme.

<ins>Please be aware</ins>
This initial proposal does not make any payments but only a way to approve the allocation of funds for the Innovator programme. All future payment requests will be submitted by community members as follow-up governance proposals.

**Detail**
Over the last month we’ve had the opportunity to trial & test the newly launched Innovator programme, onboarding several key members of the community to help ‘stress test’ the platform and suggest improvements before the main launch.

The Innovator programme is a way for community members to get involved and dive deeper into Interlay than ever before. A way to work alongside your fellow peers, completing paid bounties and tasks, ranging from marketing & community based tasks to even Dev grants via GitHub integration. If you’re unaware of the Innovator programme & what it entails, then please see the [link](https://medium.com/interlay/announcing-the-innovator-programme-1f311a5ec1df) here to familiarise yourself: 

We’re now ready for the main launch, the first step forward is to propose payment of our current trial testers as well as future members of the programme.

This initial proposal will suggest that we allocate INTR for 3 months worth of payments regarding the Innovator programme as well as payment to those currently trial-testing the programme for us.

**For the full fund breakdown & details, please see the attached link:**
https://docs.google.com/document/d/14a3TQLhnKxSYSkqV8G8QOVo_Rn1IMqf9KAczabzU_CQ/edit?usp=sharing

**Note:** Payment will be made in locked [Unvested] INTR [Subjected to vesting of 52 Weeks = 1 year]
**Note:** [This budget also includes payment for previous work done by key & integral members of the community who’ve helped found the Interlay & Kintsugi community].

This initial proposal will not transfer any funds or make any payments, however this is a general ‘one-off’ to ensure that support from the community is there and agree with allocating some budget and payment for those taking part in the Innovator programme now & in the future.

Payment for the Innovator programme will occur once per month. We will open up a discussion post with all the details for that months payment, this will include a link to a monthly report which tallies the list of everyone whos’ earned their locked [Unvested] INTR.

*Edit* - Request to upgrade to referendum

Allocate the usage of treasury funds towards the newly launched ‘Innovator Programme’

**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 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)

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

**Summary**
We would like to register $LDOT as an asset on Interlay as a first step towards considering it as a vault collateral and to facilitate other developments on Karura and Interlay side.

**Proposal**
Several parachains have already developed or enabled a way for users to stake their DOT while still being liquid. This has been done via liquid tokens, one of them being LDOT. 
Enabling this kind of asset will mean more capacity for vaults using their LDOT as collateral but also that vaults can compound the earnings they are already getting by staking DOT. 

We would like to register the asset fairly quickly in order to have as much time as possible for tests. Therefore, we request that this proposal be upgraded directly to a referendum.

**Resources**
Interlay Governance 101: https://docs.interlay.io/#/interlay/governance
Governance guides: https://docs.interlay.io/#/guides/governance (incl. how to make a proposal)

Register LDOT as a foreign asset on Interlay

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)

> 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

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

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

Note: Parallel 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 so we can move the discussion to actual use cases for both communities, we request that this proposal be fast-tracked. 

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

**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

## 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

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

### Summary

This proposal will set the DOT Vault Collateral Ceiling On Interlay to 150000 DOT.

### Proposal

As we prepare the launch of IBTC and vaults will start adding collateral, we want to avoid situations encountered when launching Kintsugi where vaults were slowed down at the start due to a low starting collateral ceiling. 

Since the vaults have already been battle tested on Kintsugi with the equivalent relay chain token KSM, we have more confidence in the stability and sturdiness of the system and therefore more comfortable with starting off with a higher ceiling. 

We therefore want to already set a sufficiently high initial ceiling of 150000 DOT and revise increasing it further at a later date when we see that the ceiling is close to being reached. 



### 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.


**Note:** Unfortunately the proposal used the wrong call hash and so did not execute. We submitted a follow-up fast-track proposal to execute this proposal here - https://interlay.subsquare.io/democracy/proposal/7

Set initial DOT Collateral Ceiling to 150000 DOT

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/compare/1.14.1...1.15.0)
- [https://github.com/interlay/interbtc/releases/tag/1.15.0](https://github.com/interlay/interbtc/releases/tag/1.15.0)
- [https://github.com/paritytech/polkadot/releases/tag/v0.9.24](https://github.com/paritytech/polkadot/releases/tag/v0.9.24)

Upgrade to runtime v1.15.0

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).
