“We expect the next cycle of exponential blockchain growth to come from the large-scale application of Bitcoin.”

With the official establishment of Satoshi Lab, co-sponsored by Web3 Labs and Waterdrip Capital, in Hong Kong, discussions about the Bitcoin ecosystem are gradually rising throughout the entire crypto market. Using client-side verification solutions to build smart contracts on Bitcoin scripts, while being compatible with the infinitely scalable Lightning Network for channel transactions, may become a block on the triangle that simultaneously ensures “security, decentralization, and scalability” Chain large-scale application solutions.

This article will provide a popular science explanation on some basic concepts of the Bitcoin ecosystem. From the “Blockchain Impossible Triangle” that hinders large-scale application, to the Bitcoin “Lightning Network” that overcomes the “Impossible Triangle”, to the current solutions to Bitcoin scripts and UTXO model principles.

What hinders the large-scale application of blockchain?

Vitalik Buterin, the founder of Ethereum, and Chang Chao, the founder of Babbitt, both proposed that “blockchain networks cannot achieve security, decentralization and scalability at the same time”, which is the “impossible triangle of blockchain”. The problem of the “Impossible Triangle” has long hindered the large-scale application of blockchain.

On the basis of ensuring security, Ethereum has focused on the development of decentralization in the past ten years and continued to innovate at the infrastructure layer of the underlying public chain to expand the scalability of the Ethereum public chain. In order to achieve this goal, Ethereum has also iterated on various air algorithms, sharding, rollup and other technologies in the past ten years.

But for the scalability problem, judging from Ethereum and its Layer 2 attempts, it seems that as long as the solution is still limited to the blockchain, there will be an upper limit on performance. Even the most powerful blockchain we currently see is still difficult to break through the upper limit of TPS (transactions per second). It is far from the requirements of large-scale commercial applications of millions of TPS, and the global industry There is still a huge gap to achieve the goal of hundreds of millions of TPS. For mainstream public chains, whether it is Ethereum or Bitcoin, they all face a bottleneck - “How to solve scalability?”

How does the Lightning Network work?

Lightning Network uses off-chain computing, that is, “Payment Channel”, to completely solve the scalability problem of the “Impossible Triangle” -As long as it is built With enough channels, you can run any number of concurrent transactions.

Lightning Network Principle

1. Take the banking system as an analogy, if A and B open an account and transfer money. When two people are in the same bank, clearing occurs within the same bank. When A and B are not in the same bank, they need to perform inter-bank settlement operations through the central bank.
2. The Lightning Network mimics the way banks clear their accounts: Users A and B open a Lightning channel between them through the Lightning Network. When the channel is opened, A and B use the channel to settle directly on the Lightning Network without settling on the Bitcoin blockchain. Only when the channel is closed do A and B need to cross the Lightning Network to settle on the Bitcoin blockchain.

Lightning channel operation process

1. Paying reserves: Similar to the traditional scenario where you need to pay reserves in advance to open a bank account, opening a Lightning Network channel also requires paying Bitcoin reserves.
2. Off-chain transaction accounting: Each transaction is recorded one by one through the Lightning Network, and a penalty agreement must be signed for each accounting.
3. On-chain settlement record: After closing the lightning channel, the historical transaction data is packaged and settled at once, and finally sent to the Bitcoin blockchain.

How the Lightning Network avoids on-chain fraud

If during the channel transaction, A performs fraudulent behavior - closing the channel early to settle Bitcoins. Then when the channel is closed, a fraudulent transaction will immediately be generated on the Bitcoin chain. Based on the openness of the Bitcoin chain, B can observe in time and punish A with a penalty agreement signed in advance. The penalty is to confiscate all A’s reserves.

The bottleneck of large-scale application of Lightning Network

Theoretically, the Lightning Network achieves infinite scalability and overcomes the impossible triangle of blockchain. But the most critical problem that hinders the large-scale application of Lightning Network is that Lightning Network uses the same script as Bitcoin, while there are no smart contracts on the Bitcoin chain, only simple scripts, which cannot carry complex applications. That is, the Bitcoin chain is Turing incomplete. Turing complete means that it can theoretically solve any computational problem. Using a Turing-complete scripting language, it can be logically compatible with other programming languages, and can theoretically realize the logic that any other language can realize, and replicate real business logic to the greatest extent. There are no smart contracts on the Bitcoin blockchain, let alone building applications based on smart contracts. Sothe biggest problem that the Lightning Network needs to overcome is “how to implement smart contracts on Bitcoin.”

Existing solutions to improve the “power” of the Bitcoin blockchain

1. Side Chain
2. Side chain refers to making a chain with smart contract function, copying it and linking it to the Bitcoin main chain in two directions, so that Bitcoin assets can be seamlessly migrated between the main chain and the side chain, thereby realizing smart contracts, < /span>The side chain requires a third-party centralized service provider for the replication and asset migration of the main chain. Currently, there is only a pan-centralized solution. For example, “WBTC” is an ERC-20 token issued by BitGo on the Ethereum network and is anchored 1:1 with BTC as a derivative asset. The side chain solution has never been supported by the Bitcoin Core developer community due to the centralization issue of third-party issuance. But there is currently no sufficiently decentralized two-way peg technology.
3. Colored Coins
4. In 2012, Meni Rosenfeld, President of the Bitcoin Association, published the paper “Overview of Colored Coins”, which introduced a mechanism to exploit the “fungibility” of Bitcoin by “coloring” certain coins to differentiate specific tokens from other tokens. coins to create applications suitable for these coins. The specific method is to use the OP_RETURN instruction in the Bitcoin script, add 80 bytes of any characters at the end, design the string according to the specified format in the 80 bytes, mark the “colored coins” by artificially specifying the meaning of the string, and make updates. Complex smart contracts. But 80 bytes of space is too small to implement complex functions.
5. The subsequent “Colored Coin” program also introduced new technologies. For example, the “Ordinals” engraving technology uses the 3 M “Segregated Witness” space in the Bitcoin block to insert small pictures into it to issue NFT. For example, BRC-20 uses a string of codes to express richer content than 80 bytes. However, these colored coins will cause additional serious problems - they occupy the “Segregated Witness” space, which was originally used to store Bitcoin transfer transaction signatures. Crowding the “Segregated Witness” space will lead to The number of transactions that can be executed on Bitcoin is reduced, causing Bitcoin performance to decrease. The colored coin scheme has also been strongly resisted by Bitcoin core developers because colored coins pollute the native Bitcoin. In addition, the artificially specified form still requires a centralized third party for server analysis.
6. Client-Validation

In 2016, Bitcoin core developer Peter Todd published a paper proposing the client verification paradigm,by simulating the traditional contract signing method to ensure that only both parties know the privacy premise of the contract content< /span>, without any third-party participation, achieving complete decentralization. At the same time, when the transaction is executed, the transaction initiator provides the necessary complete transaction history data and the other party verifies it by itself to prevent the occurrence of fraud problems. There is no centralization problem, and the off-chain verification is not limited by performance, so it is currently considered by most people to be the “optimal” solution to solve the Turing completeness deficiency of the Bitcoin blockchain.

Traditional contract signing vs blockchain smart contract signing

1. Traditional contract signing: There is a transaction between A and B. A contract is signed first. Both parties confirm the content of the contract and then sign. The contract cannot be tampered with when signing. Any transaction in the future contract execution process is a transaction between two people, A and B, and does not require the intervention of a third party.
2. Blockchain smart contract signing: The transaction process is announced to the entire network, and all miners execute and verify it. There is no privacy in the entire execution process, and since it needs to be published to the entire network to reach consensus, performance is limited.

Is client-side validation watertight?

Seeing this, some people seem to have doubts. The decentralized Bitcoin blockchain itself solves the security problems in traditional business, but with the introduction of client verification, the solution returns to the off-chain, even if it is solved Fraud problem, so how to effectively prevent the double-spending problem?

Introducing “disposable seals”

Since client-side verification itself does not include a double-spending prevention mechanism, we have to introduce third-party assistance to solve this problem. To achieve this, we bind every state of every contract that needs to be verified in client validation to a specific Bitcoin’s Unspent Transaction Output (UTXO). Since there are only two forms of UTXO, “spent” and “unspent”. Once you want to change the status of the verification contract, you must spend the bound UTXO (any amount is acceptable), so that the transaction that spends it can get the blockchain Confirmation. In addition, the Bitcoin transaction that spends it must also provide proof of the content of the state transition (acting similar to a hash value). Simply put, the bound UTXO can be regarded as the sealing wax of this state “envelope” If you want to open the envelope one by one, you must open the sealing wax.

Additional notes on the UTXO model

Different from Ethereum’s account model,Unspent transaction output (UTXO) is sent from one address to another but has not yet been The sum of cryptocurrencies redeemed by the recipient in order to send the funds to someone else in a subsequent transaction.

1. For example, if Alice sends 1 Bitcoin to Bob, then Bob owns the UTXO as long as he does not spend the BTC he received from Alice. Once Bob spends 1 BTC, the life cycle of the UTXO is over.
   

2. Assuming that Bob’s wallet has only participated in one transaction in which Bob received 1 BTC from Alice, the transaction verifier knows that Bob’s UTXO balance is 1 BTC. If Bob sends 1 BTC to Carol, his UTXO immediately becomes 0 BTC. If Bob then attempts to double spend his coins in a second outgoing transaction, the validator will find that his UTXO balance is insufficient to be used as a second outgoing transaction. input of a transaction, and an honest validator will notpropagateor confirm his double-spending transaction.

The next exponential growth: Bitcoin ecosystem explodes

During the evolution of Bitcoin, the design of client-side verification has cleverly circumvented the centralization issues of side-chain and colored coin solutions, and introduced a one-time sealing mechanism to further improve security. At this moment, the Bitcoin ecosystem is ushering in the birth of a series of new protocols. Among them, the RGB protocol not only follows the above concepts, but also proposes to be compatible with the Lightning Network, laying the foundation for unlimited scalability. Although the compatibility of the RGB protocol and the Lightning Network is not yet perfect, we are full of confidence in the future and believe that the infrastructure that helps the protocol to continuously optimize will break through the long-standing limitations of the “impossible triangle of blockchain”.

We have more reason to expect that the exponential growth of blockchain in the next cycle will come from the large-scale adoption of blockchain driven by the explosion of the Bitcoin ecosystem. We believe that Bitcoin will break through its original single store of value and highlight its currency attributes. At the same time, it will continue to graft more applications into the Bitcoin ecosystem through diversified solutions, promote ecological scalability and sustainable development, and continue to contribute to the blockchain world. Bring endless possibilities.

Disclaimer：

1. This article is reprinted from [Waterdrip]. All copyrights belong to the original author [Echo, Infinitas]. If there are objections to this reprint, please contact the Gate Learn team, and they will handle it promptly.
2. Liability Disclaimer: The views and opinions expressed in this article are solely those of the author and do not constitute any investment advice.
3. Translations of the article into other languages are done by the Gate Learn team. Unless mentioned, copying, distributing, or plagiarizing the translated articles is prohibited.