InsurAce Protocol
  • V2 Overview
  • V2 Litepaper
  • New Features & Changes
    • Tokenomics Enhancements
    • Multi-chain Aggregator
    • Protocol Underwriting Buffer
    • Whitelisted Underwriters
    • Investment Arm
    • Cover Marketplace
    • New Cover Product Offerings
  • Product Release
    • #1 Product Release
    • #2 Product Release
  • Links
    • V1 Docs
Powered by GitBook
On this page

Was this helpful?

  1. New Features & Changes

Multi-chain Aggregator

Released on 30th Mar, 2022

PreviousTokenomics EnhancementsNextProtocol Underwriting Buffer

Last updated 2 years ago

Was this helpful?

InsurAce V2 will implement an internal aggregator whereby operations are synchronized across multiple chains in the backend and user experience is chain agonistic on the frontend.

The aggregator will bring in the following changes:

Capital aggregation

Before aggregation:

The capital pools are segregated among different chains. For example, the capital staked on Ethereum network will only be used to underwrite risks for covers purchased on Ethereum.

After aggregation:

the capital from all chains will be aggregated to be used for risk underwriting. This helps to increase the underwriting ability and capital efficiency.

In the event there is a claim payout, the loss will be distributed. Capital will be taken from all underwriters in proportion to their staking value.

->

Capacity aggregation

Before aggregation:

The capacity are segregated among different chains and be constrained by the TVL on each chains. Users need to toggle between chains to view the capacity on different chains. Moreover, if the product is sold out on chain A, users have no choice but to bridge their assets to purchase through other chains.

After aggregation:

The cover capacity will be aggregated, allowing users to view and get access to the full capacity through any chains. If previously users can only purchase $1M cover through Ethereum network, now they might be able to purchase $4M cover through Ethereum network. Such aggregation will provide maximum and optimized capacity efficiency.

->

Claim voting across chains

Before aggregation:

A claim filed on chain A can only be assessed by claim assessors staking INSUR on chain A. Users need to toggle between chains to view the claim on different chains.

After aggregation:

The claim can be viewed and assessed by users across chains. Claim assessors can stake their INSUR tokens on any chains to participate in voting. No need to bridge INSUR tokens among different chains.

->

Data aggregation

Data analysis is conducted on an aggregated, multi-chain basis.

->

The aggregator will help to enhance capital efficiency and improve the user experience as the chosen chain is simply a method for users to connect to InsurAce's services. The services users can access now are identical regardless of which chain they are in.

User guide: Underwriting Mining
User guide: Buy cover
User guide: Become an Assessor
View Data