From Multi-sig to DLCs: Modern Oracle Designs on Bitcoin

TL;DR

This paper explores the evolution of oracle mechanisms on Bitcoin, highlighting a shift from multisig approaches to attestation-based designs like DLCs, which are more practical and widely adopted.

Contribution

It provides an analysis of post-2015 Bitcoin oracle designs, emphasizing the transition to DLCs and their increased practicality and community support.

Findings

Shift from multisig to attestation-based oracles like DLCs

DLCs show stronger community support and practical implementations

Limited academic coverage on Bitcoin oracle developments

Abstract

Unlike Ethereum, which was conceived as a general-purpose smart-contract platform, Bitcoin was designed primarily as a transaction ledger for its native currency, which limits programmability for conditional applications. This constraint is particularly evident when considering oracles, mechanisms that enable Bitcoin contracts to depend on exogenous events. This paper investigates whether new oracle designs have emerged for Bitcoin Layer 1 since the 2015 transition to the Ethereum smart contracts era and whether subsequent Bitcoin improvement proposals have expanded oracles' implementability. Using Scopus and Web of Science searches, complemented by Google Scholar to capture protocol proposals, we observe that the indexed academic coverage remains limited, and many contributions circulate outside journal venues. Within the retrieved corpus, the main post-2015 shift is from multisig-style, which envisioned oracles as co-signers, toward attestation-based designs, mainly represented by Discreet Log Contracts (DLCs), which show stronger Bitcoin community compliance, tool support, and evidence of practical implementations in real-world scenarios such as betting and prediction-market mechanisms.