sBTC

  • Name: sBTC
  • URL: https://docs.stacks.co/learn/sbtc
  • Category: Bitcoin bridge / tokenized-BTC control plane / signer-governed BTC peg
  • Tags: bitcoin-ecosystem
  • Summary: sBTC is worth indexing not as just another wrapped-BTC asset, Stacks app token, or generic Bitcoin L2 feature, but as a specific control-plane design for moving BTC into Stacks smart-contract environments. The official Stacks docs make three choices unusually explicit: the bridge is managed through a single peg-wallet UTXO, initial custody rests with a 15-member community-chosen signer set, and the signer set has full democratic access to the peg wallet plus an onchain key-rotation contract. That makes sBTC a useful comparison point for tokenized-BTC systems because the practical authority surface is not only custody thresholding, but signer selection, signer rotation, batch coordination, and the boundary between community governance language and bootstrap signer power.
  • What it does:
    • Issues a SIP-010 token on Stacks that represents BTC 1:1 and can be converted back to BTC on Bitcoin
    • Uses a single Bitcoin peg-wallet UTXO controlled by the sBTC signer set rather than many independent vault outputs
    • Assigns signers responsibility for monitoring deposits, signing mint and withdrawal operations, managing the peg UTXO, and producing Bitcoin transactions for withdrawals
    • Separates sBTC signers from Stacks Nakamoto signers, making bridge custody a distinct operator layer rather than just a byproduct of base-chain consensus
    • Uses onchain contracts for signer-set administration, including key rotation and threshold validation rules for the bootstrap signer set
  • Key claims:
    • The main sBTC docs say the system initially uses a set of 15 community-chosen signers to maintain the peg wallet and presents community governance as part of selecting that initial signer set.
    • The docs say the peg wallet is always represented as a single UTXO on Bitcoin, with deposits and withdrawals consolidated to preserve that invariant.
    • The signer walkthrough shows day-to-day bridge operations are highly role-specific: signer nodes watch Bitcoin and Stacks, verify deposits and withdrawals, submit signatures to Stacks contracts, and co-produce Bitcoin payout transactions.
    • The signer contract docs show the signer-control plane is explicit rather than informal: key rotation is gated to the current signer principal, all pubkeys must validate, and signature thresholds must be greater than 50% and no more than 100% of the set.
    • The docs repeatedly frame signers as having full democratic access to the peg wallet, which is analytically important because it makes signer-set composition and governance more central than generic trustless BTC branding would suggest.
    • The strongest reusable insight is that sBTC turns Bitcoin bridging into a signer-governance problem around a shared single-UTXO treasury, rather than a per-deposit vault problem or a pure light-client verification problem.
  • Whitepaper: The official sBTC whitepaper is linked from Stacks docs at https://stacks-network.github.io/stacks/sbtc.pdf, but the clearest primary materials for this pass were the Stacks sBTC overview and signer docs plus the sBTC repository README. See ../whitepapers/sbtc-primary-sources-2026-05-13.md.
  • Sources:

Internal linkages