Bitcoin-Native vs. Bitcoin L2s & Metaprotocols

The recent programmability upgrades have led to a resurgent wave of experimentation on the Bitcoin base layer. More than 80 teams are working on projects in the space, utilizing a wide-range of approaches including rollups, drivechains, sidechains, and others to more efficiently scale Bitcoin programmability. Many of these projects fall into a broad category of “Bitcoin Layer 2s,” with some that are already functional and others that are more dependent on future iterations of Bitcoin architecture, including BitVM, OP_CAT, and others. Other recent trends have

A few emerging meta-protocols have also tried to add new programmable capabilities to Bitcoin by increasing off-chain compute capacity that requires first "wrapping" their Bitcoin into this new isolated system.

The majority of these L2 and metaprotocol models are making a trade-off that improves speed and scalability at the cost of tapping into Bitcoin’s full liquidity and security. However, the most dedicated Bitcoin holders do so precisely for its security. They exceedingly value self-custody of their assets and do not want to bridge their BTC in order to take advantage of enhanced programmability.

Asking Bitcoin users to bridge is a major point of friction and a significant problem for Bitcoin L2s and metaprotocols to adopt users and acquire liquidity. They will need to design and construct a system that inspires confidence in the security and trust assumptions made in order to participate, yet most are constructed as multi-sigs that require taking on bridge/centralization risk to use them. Their business logic follows that made by notable L2s on Ethereum, such as Arbitrum, Blast, and Base (each have between $1 and $3 billion in TVL locked to date, but have struggled to attract a meaningful percentage of Ethereum’s $60 billion-plus in TVL).

Certainly, Bitcoin L2s, metaprotocols and other bridge-based solutions will serve important roles in the Bitcoin ecosystem, just as Ethereum L2s do despite the vast majority of TVL resting on the Ethereum L1. However, Bitcoin currently has no native VM or programmability that allows L2s to communicate back to the L1 without additional trust assumptions.

For the entire BTC programmability ecosystem to thrive, there is a significant need for a Bitcoin-native VM that does not require interacting with other bridges or chains. Once that critical infrastructure is built, Bitcoin developers will finally be able to fully capitalize on the potential of the world’s largest and most valuable blockchain by meeting users where they are — on the Bitcoin base layer — before optimizing for speed and scaling.