INSUR Lightpaper

1. Abstract

2. Problem Statement

2.1 Traditional Insurance Challenges

The traditional insurance industry suffers from fundamental issues that erode consumer trust:

• Lack of Transparency: Insurers operate as black boxes, with unclear premium calculations and opaque fund management.
• Subjective Claims Processing: Human bias leads to inconsistent claim decisions, with approximately 15-20% of valid claims initially denied.
• High Operating Costs: Traditional insurers spend 30-40% of premiums on administrative overhead and marketing.
• Delayed Payouts: Claims processing takes weeks or months, creating financial stress for policyholders.

2.2 The DeFi Solution

Insur addresses these challenges by bringing insurance on-chain, where every transaction is transparent, claims are verified by neutral oracles, and payouts are automated through smart contracts. This approach reduces costs, eliminates bias, and provides users with complete visibility into the protocol's operations.

3. Protocol Architecture

3.1 Premium Flow

When a user purchases an insurance policy:

1. 1

   Premium Payment: User pays premium in stablecoins (USDC, DAI, etc.)

2. 2

   Protocol Fee (20%): Allocated to revenue pool for platform operations and token holder rewards

3. 3

   Premium Pool (80%): Deposited into yield-bearing pool to back the policy

4. 4

   Yield Generation: Premium pool invested in conservative DeFi yield strategies (sUSD, scrvUSD)

3.2 Pool Structure

3.3 Liquidity Provider Role

Liquidity Providers (LPs) are essential to the protocol architecture. They supply capital that backs insurance policies and ensures claims can always be paid.

LP Functions

Risk Distribution

LPs share in claim liability proportionally to their stake. The premium pool serves as primary claims reserve, with LP liquidity as secondary backup.

4. Underwriting Model

4.1 Coverage Types

4.2 Risk Assessment

Premiums are calculated based on:

• Destination Risk: Higher premiums for destinations with elevated risk profiles
• Duration: Longer trips have proportionally higher premiums
• Coverage Amount: Linear scaling with coverage limits
• Historical Data: Claims frequency and severity by destination and time
• Pool Utilization: Dynamic pricing based on current pool capacity

4.3 Pricing Model

Where Pool_Utilization adjusts premiums higher when the pool is heavily utilized (approaching maximum coverage), ensuring adequate reserves are maintained.

5. Claims Resolution

5.1 Claims Process

1. 1

   Claim Submission: User submits claim through Insur interface with required documentation (receipts, reports, confirmation numbers, etc.).

2. 2

   Initial Review: Insur team conducts preliminary review to ensure completeness of documentation and policy validity. This typically takes 2-6 hours. Incomplete claims are returned to the user for additional information.

3. 3

   Oracle Verification: Anonymized claim data is sent to decentralized oracle network (Chainlink, UMA) for independent verification. Oracles verify facts against external data sources (airline databases, weather data, police reports, etc.). Multiple oracles must reach consensus.

4. 4

   Smart Contract Execution: Upon oracle confirmation, smart contract automatically calculates payout and executes transfer. No human intervention required for payment execution.

5. 5

   Payout: Funds transferred directly to policyholder's wallet within minutes of oracle verification. Full transaction history visible on-chain.

5.2 Oracle Network

Insur uses a multi-oracle approach to ensure claim verification accuracy and prevent gaming:

• Chainlink: Primary oracle for flight data, weather conditions, and other structured data sources
• UMA Optimistic Oracle: Used for subjective claims requiring human judgment with economic guarantees
• Custom Verifiers: Specialized verifiers for specific claim types (medical, baggage, etc.)

5.3 Risk Distribution

Claims are paid proportionally from the premium pool and LP liquidity to ensure protocol solvency and distribute risk fairly:

6. Solvency & Risk Management

6.1 Reserve Requirements

Insur maintains strict solvency ratios to ensure all claims can be paid:

6.2 Capital Adequacy Model

Risk Levels:

• >200%: Healthy — Normal operations, competitive pricing
• 150-200%: Adequate — Normal operations
• 120-150%: Warning — Premium increases, new policy caps
• <120%: Critical — New policies suspended, LP incentives increased

6.3 Risk Diversification

The protocol employs multiple strategies to manage risk:

• Geographic Diversification: Limits on coverage concentration per region (max 30%)
• Temporal Diversification: Staggered policy start dates to avoid claim clustering
• Coverage Caps: Maximum single policy limits prevent outsized exposure
• Dynamic Pricing: Premiums adjust based on pool utilization in real-time

7. Economic Model

7.1 Revenue Distribution

7.2 LP Yield Calculation

Note: Actual yields vary based on DeFi market conditions, premium volume, and pool utilization. Historical APY range for LPs: 8-20%

8. Token Mechanics

8.1 $INSUR Token

8.2 Staking Mechanism

$INSUR holders can stake tokens to receive platform revenue:

• Stakers receive 100% of revenue pool distributions
• Rewards distributed proportionally to stake
• No lock-up period required
• Unstaking has 7-day withdrawal delay
• Non-stakers forfeit revenue rights

8.3 LP Points System

9. Security

9.1 Smart Contract Security

• Audits: Comprehensive audits by leading security firms
• Bug Bounty: Up to $100k for critical vulnerability disclosures
• Timelock: 48-hour timelock on critical parameter changes

9.2 Oracle Security

Multiple security layers protect against oracle manipulation:

• Multiple independent oracle providers
• Consensus requirements prevent single-point manipulation
• Economic incentives align oracle behavior
• Dispute resolution mechanism for contested claims
• On-chain audit trail for all oracle responses

9.3 Operational Security

• Distributed team with no single point of operational failure
• Compliance with data protection regulations (GDPR)