Snowbridge is a common-good project, and its governance, including both configuration and code upgrades on the Ethereum side, will be exclusively managed by Polkadot's cross-chain governance system, secured by the bridge itself. Polkadot's governance will oversee and trigger smart contract upgrades and configuration changes through cross-chain messaging, ensuring that the Ethereum side remains compatible with changes in Polkadot and BEEFY consensus algorithms.
More information on the governance API and calls to be executed can be found here.
For any emergencies that can be handled via Polkadot governance, the team aims to use a Whitelisted Caller Track to fix any bugs. This will allow the bridge to be updated in a speedy manner with the authorisation of Polkadot Fellowship (as both support and approval thresholds are lower than Root track) - we aim for the Fellowship members to ratify the use of Whitelisted Caller track for any emergency situation with Snowbridge: always taking into account an analysis on a case-by-case basis linked to each submission.
On the Ethereum side, the design intentionally avoids fallback / backdoor governance mechanisms to maintain the bridge's integrity and security. Although there are early-stage ideas for fallback governance that don't involve backdoors, they are not likely to be implemented short term.
This proposal confirms the use of Whitelisted caller track for a speedy solution of any bug in the bridge, by ratifying the following remark: “The Snowbridge teams aims for the Fellowship to ratify the use of Whitelisted Caller Track to fix any bugs. This will allow the bridge to be updated in a speedy manner with the authorisation of Polkadot Fellowship (as both support and approval thresholds are lower than Root track): always taking into account an analysis on a case-by-case basis linked to each submission. Please vote to confirm this ratification.”
Please make sure to vote at your convenience! All members are able to vote. Preimage is submitted.
Threshold