Botanix
Visit websiteTry Testnet
  • Welcome!
  • Get to know the Technology
    • Introduction to Botanix Labs
    • Risk warning
    • Terminology
    • Basic knowledge
      • Proof-of-Stake
      • Ethereum Virtual Machine (EVM)
      • UTXO vs Account Based Model
    • Introductory concepts
      • The Botanix EVM
      • The Spiderchain
      • Orchestrator node
      • Deposit & Withdraw
      • Transaction fees
    • Advanced concepts
      • Bitcoin security inheritance
      • Bridging
      • Consensus
      • Finality
        • Finality in a Proof-of-Work (PoW)
        • Finality in a Proof-of-Stake (PoS)
        • Finality on Botanix EVM
      • Forward security
        • Forward security in cryptography
        • The Spiderchain's Forward Security
        • Inventory management
      • FROST
      • Reth
      • Orchestrators
      • Staking
    • Roadmap to Spiderchain
      • Single Node (Testnet)
      • Botanix Federation
        • Consensus - CometBFT
          • Byzantine Fault Tolerance (BFT)
        • Node types
        • Multisig details - FROST
        • Peg-in / Peg-out
      • Botanix Federation with Staking
      • Slashing
      • Spiderchain DynaFed
      • Permissionless staking
      • Fully Decentralized Layer 2
    • Deeper dive: Whitepaper
  • How to use the Botanix EVM
    • Getting started with the Botanix EVM (testnet)
    • Risk warning
    • Step 1 - Set up your wallet
    • Step 2 - Get test funds
    • Step 3 - Send a transaction
    • Step 4 - Use dApps
    • Step 5 - Deploy your first contract / Launch your own token
    • Step 6 - Withdraw
    • FAQ - Testnet V1
  • Build dApps
    • Introduction
    • Risk warning
    • Tools
      • Useful links
      • Development Frameworks
      • Web3 libraries and tools
      • Oracle Tools
      • Block explorer
        • Routescan
      • Indexers
        • The Graph
        • SubQuery
      • WalletConnect
      • Account Abstraction with BTC Connect
      • Muticall3
    • Build on the Botanix EVM
      • Basic Botanix EVM Information
      • Gas fees
      • Develop a new dApp
      • Migrate existing dApps
      • Quickstart - Build a dApp with Botanix (Solidity, Hardhat)
  • Run a node
    • Introduction
    • Run an RPC Node
  • Glossary
Powered by GitBook
On this page

Was this helpful?

  1. Get to know the Technology
  2. Advanced concepts

FROST

PreviousInventory managementNextReth

Last updated 7 months ago

Was this helpful?

TL;DR

FROST (Flexible Round-Optimized Schnorr Threshold Signatures) is a cryptographic protocol used to securely create digital signatures with multiple parties, while keeping it efficient and private.

Botanix Labs leverages the FROST protocol to secure the decentralized multisigs that constitute the Spiderchain. Using FROST, we will be able to have larger multisigs in the future.

The basic design principle of the Spiderchain is bigger decentralized multisig sizes in order to mathematically secure the bitcoin. On Bitcoin, multisig sets with a large number of signatories will cause users exorbitant fees. introduces fee savings by aggregating the public keys and signatures to reduce the on-chain footprint.

FROST (Flexible Round-Optimized Schnorr Threshold Signatures) is a protocol that minimizes the number of rounds of communication between participants in schemes, reducing network bandwidth, time, and probability of errors. It requires a maximum of three rounds for signing, even without a trusted signature aggregator or preprocessing stage. It can be used to implement 'n-of-m' threshold signatures represented by a single signature on the blockchain. This saves block space and increases privacy by making them indistinguishable from other, more common spend types.

More information on FROST can be found by reading its official and watching the visual explainer below, provided by Blockstream.

Size of the multisig

There is a tradeoff on the size of the multisigs. One could imagine one single multisig of 1000 participants. The signing of these 1000 signatures will take a non- trivial amount of time, and possible coordination issues could arise. Moreover, if malicious actors gain control of a 2/3rd majority, they immediately have access to the full amount of capital locked in the Spiderchain. By splitting the collateral into multiple smaller multisigs, the capital at risk is lowered. However, if the multisig size is too small, security to protect against malicious adversaries can be lost and accidental crashes or key losses can lead to lost bitcoin.

FROST notebook

For a technical explanation of FROST please refer to:

https://github.com/0xBEEFCAF3/FROST-Notebook/blob/main/README.md
FROST: Flexible Round-Optimized Schnorr Threshold Signatures
Schnorr signature
whitepaper