Helios Finance
  • Introduction
    • Problem - Solution
    • How Helios Differs from Other Protocols
    • Summary of Capabilities
  • Quickstart
    • Installing Leather Wallet
    • Add MIDL regtest on Leather
    • Get test tokens from faucet
    • Experience the new BTC Defi
  • Architecture
    • Overview
      • Helios & MIDL Architecture Overview
      • MIDL Validator Network (DPoS Consensus Layer)
      • Threshold Signature Scheme
      • Lending Logic Layer by Helios
      • Roles and Responsibilities Summary
    • Bitcoin-Native Smart Contracts
    • Bitcoin Settlement Flow and One-Step Transactions
    • Bitcoin Settlement & Finality
  • Core Concepts
    • Overview
    • BTC-Native Liquidity, Expanded Asset Support
      • Interest Mechanics
      • Supported Assets
    • Partial Collateral Swap (Flexible Position Management)
  • Risk Framework
    • Overview
    • Adaptive Risk Optimization (Mempool- & Volatility-Aware LTVs)
      • More on Adaptive Risk Engine
    • Liquidation Mechanics
  • Capital Efficiency and Use Cases
    • Overview
    • Delta-Neutral Yield Strategies
    • Enhanced Yield for Bitcoin Holders
    • Arbitrage and Market Efficiency
    • Tax-Optimized Borrowing
  • Institutional Compliance and Security
    • Overview
    • KYC-Ready Architecture and Permissioned Pools
      • More on Dual-Layer Market
    • AML, Monitoring, and Auditability
    • Regulatory Alignment (MiCA, BIS/IOSCO, etc.)
  • For Developers
    • Overview
    • Interest Rate Model
    • Supply & Borrow Interest
    • Functions
      • Common Functions
      • Supply & Withdraw
      • Borrow & Repay & Liquidate
      • Flashloan
    • SDK Release Plan
    • Smart Contract Interface via MIDL (EVM on Bitcoin)
    • Transaction Fees
  • Oracles and Price Feeds
  • Running a Liquidator or Integration with Exchanges
Powered by GitBook
On this page
  1. Architecture
  2. Overview

Roles and Responsibilities Summary

PreviousLending Logic Layer by HeliosNextBitcoin-Native Smart Contracts

Last updated 1 month ago

To clarify the separation of concerns, below is a summary of the roles and responsibilities of Helios versus the MIDL network:

  • Helios (Lending Application Layer): Responsible for the smart contract logic that enables BTC-denominated lending and borrowing. Defines how loans are initiated, how collateral and interest are managed, and how liquidations occur. Helios contracts run on the MIDL execution layer and rely on its security. Helios governance and development focus on financial parameters and product features – not on running nodes or validators. Helios does not custody user funds; it only controls funds through programmed rules in contracts (with user consent required for any movement). However, Helios may operate a validator node of MIDL to facilitate smooth operation of Helios products.

  • MIDL Network (Consensus & Custody Layer): Responsible for block production, transaction ordering, and contract execution via a network of DPoS validators. Independently selects and rotates validators based on staked tokens, without Helios’s involvement. Operates the TSS custody system that actually holds BTC deposits in multi-signature vaults, requiring validator quorums (plus user signature) to authorize transfers. Enforces security through economic incentives: validators must stake BTC/MIDL and can be slashed for misbehavior. Provides finality by anchoring Helios state changes into Bitcoin blocks, ensuring tamper-resistant records. For technical details on validator operation or custody architecture, readers should refer to the MIDL project’s , as these aspects are part of MIDL’s protocol design rather than Helios’s.

documentation