Skip to content

Commit

Permalink
add defi challenges, refactor
Browse files Browse the repository at this point in the history
  • Loading branch information
waymobetta committed Oct 10, 2024
1 parent 9097a93 commit 82fe806
Show file tree
Hide file tree
Showing 3 changed files with 36 additions and 3 deletions.
8 changes: 6 additions & 2 deletions .vitepress/config.mts
Original file line number Diff line number Diff line change
Expand Up @@ -135,9 +135,13 @@ function sidebarHome() {
text: 'Overview',
link: '/learn/overview'
},
{
text: 'History of Bitcoin Programmability',
{
text: 'History of Bitcoin Programmability',
link: '/learn/history-of-bitcoin-programmability'
},
{
text: 'The Challenges Facing Bitcoin DeFi',
link: '/learn/challenges-facing-bitcoin-defi'
}
]
},
Expand Down
28 changes: 28 additions & 0 deletions learn/challenges-facing-bitcoin-defi.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,28 @@
# The Challenges Facing Bitcoin DeFi

Bitcoin has unparalleled security and liquidity but historically-limited programmability that has restricted its utility for DeFi and other use cases. It has no native execution environment and a limited scripting language incapable of supporting state changes and asset transfers, the core components of Turing-complete smart contracts native to blockchains like [Ethereum] and [Solana].

Recent solutions have attempted to add greater programmability to Bitcoin, including non-fungible and fungible token standards such as Ordinals, BRC-20, and Runes. However, those solutions have all had significant limitations due to the core infrastructure challenges of building on DeFi, including …
### Reliance on the UTXO model

The [UTXO] (Unspent Transaction Output) model on Bitcoin is fundamentally different from the account-based model used by other blockchains like Ethereum, which are more suited to smart contracts. In the UTXO model, each transaction output can only be spent once, and transactions must reference specific outputs, making it challenging to manage complex, stateful applications required for DeFi.

This model doesn't naturally support the execution of multi-step transactions, pooling of funds, or the creation of smart contracts that require continuous interaction with multiple parties. As a result, implementing features like decentralized exchanges, lending protocols, or automated market makers on Bitcoin requires workarounds or off-chain solutions, complicating the development and reducing the flexibility of Bitcoin-based DeFi applications.
### Inability to create native fungible tokens

Bitcoin lacks the native ability to create, transfer, and interact with tokens that represent various assets, such as stablecoins, synthetic assets, or governance tokens, which are essential for most DeFi applications. In ecosystems like Ethereum, standards like [ERC-20] provide a uniform set of rules for creating and managing fungible tokens, enabling seamless integration across decentralized exchanges, lending platforms, and yield farming protocols.

This absence of standardized tokens on Bitcoin means that DeFi developers have to rely on less efficient or centralized solutions, such as wrapped tokens on other blockchains, which undermines the decentralization and security principles that Bitcoin is known for.
### Fragmented solutions restrict access to deep liquidity

While various L2s and meta-protocols may offer ways to build more complex applications on top of Bitcoin, assets transferred onto these protocols through bridging aren’t able to communicate with each other programmatically on the base layer. They lack the necessary interoperability components for multi-party contracts and cross-program invocation as seen on platforms like Ethereum and Solana.

This fragmentation leads to lower liquidity as different platforms and protocols may not easily interoperate, making it harder to aggregate liquidity across multiple sources — the types of deep liquidity sources needed to operate more complex DeFi instruments like lending markets and derivatives trading.

[Ethereum]: https://ethereum.org/
[Solana]: https://solana.com/
[UTXO]: https://learnmeabitcoin.com/technical/transaction/utxo/
[ERC-20]: https://github.com/ethereum/ercs/blob/master/ERCS/erc-20.md
3 changes: 2 additions & 1 deletion learn/history-of-bitcoin-programmability.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
# History of Bitcoin Programmability

Bitcoin has grown to become a more than trillion-dollar asset since its inception as the first decentralized peer-to-peer electronic cash system proposed in the [Bitcoin whitepaper] (2008). Currently, it is about triple the size of Ethereum, the next largest-blockchain, with all others representing a mere fraction of the total blockchain asset market.
Bitcoin has grown to become a more than trillion-dollar asset since its inception as the first decentralized peer-to-peer electronic cash system proposed in the [Bitcoin whitepaper] (2008). Currently, it is about triple the size of [Ethereum], the next largest-blockchain, with all others representing a mere fraction of the total blockchain asset market.

The sheer scope of Bitcoin adoption gives it unparalleled liquidity and security compared to other blockchains. Yet despite those advantages, its functionality has been relatively confined to digital currency for a number of reasons, including its …

Expand All @@ -19,6 +19,7 @@ The innovation of ordinals expands Bitcoin’s utility to grow from a financial
These developments have further enhanced the future of Bitcoin programmability, setting the stage for a new wave of decentralized applications to be built on the world’s most valuable blockchain.

[Bitcoin whitepaper]: https://bitcoin.org/bitcoin.pdf
[Ethereum]: https://ethereum.org
[Script]: https://learnmeabitcoin.com/technical/script/
[SegWit]: https://learnmeabitcoin.com/beginners/guide/segwit/
[Ordinal Theory]: https://github.com/ordinals/ord/pull/117/files

0 comments on commit 82fe806

Please sign in to comment.