Skip to content

Commit 82fe806

Browse files
committed
add defi challenges, refactor
1 parent 9097a93 commit 82fe806

File tree

3 files changed

+36
-3
lines changed

3 files changed

+36
-3
lines changed

.vitepress/config.mts

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -135,9 +135,13 @@ function sidebarHome() {
135135
text: 'Overview',
136136
link: '/learn/overview'
137137
},
138-
{
139-
text: 'History of Bitcoin Programmability',
138+
{
139+
text: 'History of Bitcoin Programmability',
140140
link: '/learn/history-of-bitcoin-programmability'
141+
},
142+
{
143+
text: 'The Challenges Facing Bitcoin DeFi',
144+
link: '/learn/challenges-facing-bitcoin-defi'
141145
}
142146
]
143147
},
Lines changed: 28 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,28 @@
1+
# The Challenges Facing Bitcoin DeFi
2+
3+
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].
4+
5+
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 …
6+
7+
### Reliance on the UTXO model
8+
9+
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.
10+
11+
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.
12+
13+
### Inability to create native fungible tokens
14+
15+
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.
16+
17+
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.
18+
19+
### Fragmented solutions restrict access to deep liquidity
20+
21+
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.
22+
23+
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.
24+
25+
[Ethereum]: https://ethereum.org/
26+
[Solana]: https://solana.com/
27+
[UTXO]: https://learnmeabitcoin.com/technical/transaction/utxo/
28+
[ERC-20]: https://github.com/ethereum/ercs/blob/master/ERCS/erc-20.md

learn/history-of-bitcoin-programmability.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
# History of Bitcoin Programmability
22

3-
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.
3+
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.
44

55
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 …
66

@@ -19,6 +19,7 @@ The innovation of ordinals expands Bitcoin’s utility to grow from a financial
1919
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.
2020

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

0 commit comments

Comments
 (0)