OP_NET enables native BTC DeFi
OP_NET launched a native Bitcoin DeFi stack that enables on‑chain BTC activity without bridging, claiming direct BTC DeFi capabilities that could reshape cross‑chain UX if adoption scales. Developers say this removes bridge dependence, but composability and liquidity sourcing will determine real impact. (x.com)
OP_NET’s mainnet activation occurred March 19, 2026, when the protocol flipped live and began processing transactions anchored to Bitcoin’s base layer. (opnet.org) The initial ecosystem launched with MotoSwap (a Bitcoin L1 DEX), an OP-20 token standard for fungible assets, a NativeSwap model that locks quoted prices for five blocks, a MasterChef-style staking contract, and a $PILL liquidity farm scheduled to go live after the first week; OP-20S stablecoin support is targeted for early Q2 2026. (thedefiant.io) OP_NET’s execution architecture runs an OP_VM that executes WebAssembly (WASM) bytecode embedded in Taproot/Tapscript witness data, uses deterministic transaction ordering and an epoch structure built around five-block epochs, and charges gas denominated in BTC (satoshis). (docs.opnet.org) Co‑founder Chad Master framed OP_NET as a “deterministic execution layer” running on Bitcoin without forks or a separate token, while co‑founder Frederic Fosco (aka Danny Plainview) said OP_NET uses Taproot-based spends and estimated typical swap fees at about $1–$2 and $10–$20 during congestion. (thedefiant.io) The launch has already drawn on‑chain and community pushback — critics warn of Layer‑1 bloat and contested use of block space, while proponents argue added fee demand helps miner revenue as block subsidies decline following halvings. (cointelegraph.com) Core developer tooling and runtime are public: the OP_NET smart‑contract runtime is implemented in AssemblyScript compiled to WASM with repositories and docs showing multi‑language support (AssemblyScript, Rust) and Taproot integration for contract deployment. (github.com)