SEDA IVM Security
SEDA IVMs Provide Increased Security For Interoperability Protocols.
Last updated
SEDA IVMs Provide Increased Security For Interoperability Protocols.
Last updated
A typical Multi-Sig Setup, with inherent downtime risks.
SEDA IVMs mitigate downtime risk with built-in liveness guarantees.
Downtime experienced by multi-sig verification models have become more prevalent as interoperability stacks are stressed and tested with increasing throughput. Compared to a multi-sig verification model, where the bridge halts when one verifier goes offline, SEDA consists of thousands of overlay nodes. In the event that some nodes were to go offline, there would theoretically be other nodes to step in. The same is true for the main chain validators. Downtime risk is effectively mitigated by operating with over 100 main chain validators and tens of thousands of overlay nodes.
Another attack vector for multi-sig models occurs when private key owners collude or malicious actors gain control of most private keys. With control of verification, bad actors can trigger events on target chains such as infinite mints. SEDA inherits base layer security from the SEDA Main Chain built using the Cosmos SDK and PoS Consensus model. In the multi-sig model bad actors only need to comprise a few keys, as with SEDA it would require a 66% attack of the SEDA Chain to manipulate chain state data.
Custom multi-sig stacks require independent configuration for each stack on each new route.
SEDA IVMs require a single deployment to access a single security zone across all chains and all routes.
Security zones refer to networks within an interop stack that leverages the same verifiers. Some interoperability providers offer third-party, multi-sig verifiers that allow builders to create a “verification combination stack” of multiple providers. As not all verifiers can verify across the same networks, builders must arrange different combinations to cover all the routes they may want to include. A security zone is all the routes verified by the same verifiers, and therefore, protocols operate across multiple zones when using different combinations of verifiers across chains.
SEDA mitigates the complexities and inefficiencies associated with the deployment and management of custom verification stacks by creating a single security zone wherever the permissionless SEDA Prover Contract is deployed. Where a chain has a prover, SEDA proofs can be passed. As the Prover Contract is permissionless and available in any blockchain language across any virtual machine, the SEDA security zone creates one single standard for verifying all routes.
