The Bitcoin ecosystem faces various challenges, including transaction speed, scalability, security, and regulatory issues.

As the first successful decentralized digital currency, Bitcoin has been at the core of the cryptocurrency field since its inception in 2009. As an innovative means of payment and a tool for storing value, Bitcoin has sparked widespread global interest in cryptocurrency and blockchain technology. However, as the Bitcoin ecosystem continues to mature and expand, it faces various challenges, including transaction speed, scalability, security, and regulatory issues.

Recently, the script ecosystem led by BRC20 has become popular in the market, and various scripts have experienced growth of over 100 times. The on-chain transactions of Bitcoin are severely congested, with an average gas of over 300 sat/vB. At the same time, the airdrop from Nostr Assets has further attracted market attention, and the proposal of protocol design whitepapers such as BitVM and BitStream indicates that the Bitcoin ecosystem has vibrant potential.

Aqua Labs research team conducted a comprehensive review of the current state of the Bitcoin ecosystem, covering technological advancements, market dynamics, regulations, and other aspects, to conduct an in-depth analysis of Bitcoin technology and study market trends. Our goal is to provide a panoramic view of Bitcoin development. The article first reviews the basic principles and development history of Bitcoin, and then delves into the technological innovations of the Bitcoin network, such as Lightning Network and Segregated Witness, and predicts their future development trends.

Asset Issuance: Starting with Colored Coins

The essence of the script ecosystem is to provide low-threshold asset issuance rights for ordinary individuals, accompanied by simplicity, fairness, and convenience. The appearance of script protocols on Bitcoin can be traced back to 2023, but as early as 2012, the concept of using Bitcoin for asset issuance existed, known as Colored Coins.

Colored Coins: Early Attempts

Colored Coins refers to a set of technologies that use the Bitcoin system to record the creation, ownership, and transfer of assets other than Bitcoin. This technology can be used to track digital and tangible assets held by third parties and facilitate ownership transactions through Colored Coins. The term “Colored” refers to adding specific information to Bitcoin’s unspent transaction outputs (UTXOs) to distinguish them from other Bitcoin UTXOs, thereby introducing heterogeneity into homogeneous Bitcoins. With Colored Coins technology, the issued assets have many of the same characteristics as Bitcoin, including preventing double spending, privacy, security, transparency, and censorship resistance, ensuring the reliability of transactions.

It is worth noting that the protocol defined by Colored Coins is not implemented by typical Bitcoin software. Special software is required to identify transactions related to Colored Coins. Obviously, Colored Coins only have value in communities that recognize the Colored Coins protocol; otherwise, the colored properties of heterogeneous Colored Coins will be lost and return to pure Satoshi. On the one hand, Colored Coins recognized by small communities can take advantage of many of Bitcoin’s advantages for asset issuance and circulation. On the other hand, it is almost impossible to merge the Colored Coins protocol into the largest consensus Bitcoin core software through a soft fork.

Open Assets

In late 2013, Flavien Charlon introduced the Open Assets Protocol as a way to implement Colored Coins. Asset issuers use asymmetric encryption to calculate asset IDs, ensuring that only users with the asset ID private key can issue the same asset. For asset metadata, the OP_RETURN opcode is used to store metadata in a script, called a “marker output”, which stores colored information without polluting UTXOs. Because it utilizes Bitcoin’s public-private key encryption tools, asset issuance can be executed through a multi-signature mechanism.

EPOBC

In 2014, ChromaWay launched the EPOBC protocol, which stands for Enhanced, Padded, Order-Based Coloring. The protocol includes two operations: issuance and transfer. The issuance operation is used to issue assets, while the transfer operation facilitates the transfer of assets. Asset types cannot be explicitly encoded or differentiated, and each issuance transaction will issue a new asset, determining its total quantity during the issuance process. EPOBC assets must be transferred using the transfer operation, and if an EPOBC asset is used as an input in a non-transfer operation transaction, the asset will be lost.

Other information about EPOBC assets is stored in the nSequence field of Bitcoin transactions. The nSequence field is a reserved field in Bitcoin transactions consisting of 32 bits. The lowest six bits are used to determine the transaction type, while bits 6 to 12 are used for padding to meet the anti-dust attack requirements of the Bitcoin protocol. The advantage of using the nSequence field to store metadata information is that no additional storage space is required. Since there is no asset ID for identification, every transaction involving EPOBC assets must be traced back to the originating transaction to determine its category and legitimacy.

Mastercoin/Omni Layer

Compared with the aforementioned agreements, Mastercoin has achieved more successful results in commercial implementation. In 2013, Mastercoin conducted the first-ever ICO, raising 5000 BTC and ushering in a new era. The well-known USDT was initially issued on the Bitcoin blockchain and introduced through the Omni Layer.

Mastercoin has a lower dependence on Bitcoin and chooses to maintain most of its state off-chain, storing only a minimal amount of information on the blockchain. Essentially, Mastercoin views Bitcoin as a decentralized logging system, using any Bitcoin transaction to broadcast changes in asset operations. Validating transaction validity involves constantly scanning the Bitcoin blockchain and maintaining an off-chain asset database. This database preserves the mapping between addresses and assets, with addresses reusing the Bitcoin address system.

Early Colored Coins mainly used the OP_RETURN opcode in scripts to store metadata about assets. After the SegWit and Taproot upgrades, new derivative protocols have more options.

SegWit, short for Segregated Witness, mainly separates the witness (transaction input script) from the transaction. The main reason for this separation is to prevent attacks by modifying the input script. However, it also has a benefit: effectively increasing the block capacity, allowing more witness data to be stored.

Taproot introduces an important feature called MAST, which allows developers to include metadata for any asset in outputs using Merkle trees. It enhances fungibility and scalability with Schnorr signatures, and supports multi-hop transactions through the Lightning Network.

Ordinal Numbers and BRC20, and Simulated Trading: A Grand Social Experiment

Broadly, ordinal numbers comprise four key components:

• A BIP for ordering sats

• An indexer using Bitcoin Core nodes to track all satoshi positions (ordinals)

• A wallet that handles transactions related to ordinals

• A block explorer for identifying transactions associated with ordinals

Fundamentally, the core is the BIP/protocol itself. Ordinals define a sorting scheme (starting from 0, based on the order they were mined) and assign numbers to the smallest Bitcoin unit, Satoshis. This introduces heterogeneity and scarcity to the otherwise homogenous Satoshis.

They can reuse BTC’s infrastructure, including single signatures, multisig, time locks, and height locks, without explicitly creating ordinals. They offer good anonymity and leave no explicit on-chain footprint. However, the drawbacks are evident as a large number of small, unspent UTXOs may increase the UTXO set size, potentially leading to so-called dust attacks. Moreover, indexing consumes significant space, and spending a specific satoshi requires specific information:

• Blockchain headers

• The Merkle path to the coinbase transaction that created that satoshi

• The coinbase transaction that created that satoshi

To prove that a particular satoshi is contained in a specific output.

In this context, engraving involves inscribing arbitrary content onto sats. The specific method involves placing content into a Taproot script path spending script, entirely on-chain. The content of the engraving is serialized in the format of an HTTP response, pushed into an unexecutable script in the spending script, known as the “envelope”. Specifically, engraving involves adding OP_FALSE before the conditional statements, placing the engraved content in unexecutable conditional statements presented in JSON format. The size of the engraved content is limited by the Taproot script, totaling no more than 520 bytes.

Since Taproot spending scripts require spending an existing Taproot output, engraving requires two steps: commitment and revelation. In the first step, a Taproot output committing the engraved content is created. In the second step, the Taproot output from the previous step is spent using the engraved content and the corresponding Merkle path, revealing the engraved content on-chain.

Engraving was initially intended to introduce non-fungible tokens (NFTs) to Bitcoin. However, new developers created BRC20, simulating ERC20 on it, enabling the issuance of fungible assets within ordinals. BRC20 includes operations like Deploy, Mint, Transfer, each requiring both commitment and revelation steps. The transaction process is more complex and costly.

As an example with real data:

The selected part is the content of the engraving, and the deserialized result is as follows:

The goal of the ARC20 protocol, originating from Atomicals, is to simplify transactions by binding each ARC20 token unit to a satoshi, reusing the Bitcoin transaction system. Once assets are issued through commitment and revelation steps, the transfer of ARC20 tokens can be achieved by directly transferring the corresponding satoshis. ARC20’s design is more in line with the literal definition of colored coins—adding new content to existing tokens to create new tokens, where the new token’s value is not less than the original, similar to gold and silver jewelry.

Client-Side Validation (CSV) and the Next Generation Asset Protocol

Client-side validation, proposed by Peter Todd in 2017, involves off-chain data storage, on-chain commitment, and client-side validation. Current asset protocols supporting client-side validation include RGB and Taproot assets (Taro).

RGB

Beyond client-side validation, RGB utilizes Pedersen hashes as a commitment mechanism and supports output anonymization. When requesting a payment, the UTXO receiving the tokens does not need to be publicly disclosed; instead, a hash value is sent, enhancing privacy and resistance to censorship. When spending tokens, the receiver must reveal the anonymization value to verify the transaction history.

Additionally, RGB introduces AluVM to increase programmability. During client-side validation, users not only verify incoming payment information but also receive the complete transaction history from the payer, tracing back to the asset’s genesis transaction for final certainty. Verifying the entire transaction history ensures the validity of the received assets.

Taproot Assets

Developed by Lightning Labs, Taproot assets enable the instant, high-frequency, low-cost transfer of issued assets on the Lightning Network. Designed entirely around the Taproot protocol, they enhance privacy and scalability.

Witness data is stored off-chain and verified on-chain, residing either locally or in an information repository called “the universe” (akin to a Git repository). Witness verification requires all historical data from the asset issuance, propagated through the Taproot assets gossip layer. Clients can cross-verify using a local blockchain copy.

Taproot assets employ a sparse Merkle Sum Tree to store the global state of assets, incurring higher storage costs but enabling efficient verification. Proofs of inclusion/exclusion allow transaction verification without retracing the asset’s transaction history.

Scalability: Bitcoin’s Eternal Proposition

Despite having the highest market cap, security, and stability, Bitcoin has strayed from its original vision as a “peer-to-peer electronic cash system.” Limited block capacity prevents Bitcoin from handling large volumes of frequent transactions, leading to various protocols emerging over the past decade to address this issue.

Payment Channels and the Lightning Network: Bitcoin’s Orthodox Solution

The Lightning Network operates by establishing payment channels. Users can create payment channels between any two parties, linking channels to form a broader network, and even make payments between users indirectly without direct channels. For example, if Alice and Bob want to conduct multiple transactions without recording each on the Bitcoin blockchain, they can open a payment channel between them. They can perform numerous transactions within this channel, requiring only two blockchain records: one when opening the channel and another when closing it. This significantly reduces the wait for blockchain confirmation and eases the burden on the blockchain.

Currently, the Lightning Network has over 14,000 nodes, 60,000 channels, and a total capacity exceeding 5000 BTC.

Sidechains: The Ethereum Method in Bitcoin

Stacks

Stacks positions itself as the smart contract layer for Bitcoin, using its native token as the Gas token. Stacks adopts a micro-block mechanism and evolves synchronously with Bitcoin, with their blocks being confirmed simultaneously. In Stacks, this is called the “anchored block”. Each Stacks transaction block corresponds to a Bitcoin transaction, achieving higher transaction throughput. As blocks are generated simultaneously, Bitcoin acts as a rate limiter for creating Stacks blocks, preventing denial-of-service attacks on its peer-to-peer network.

Stacks achieves consensus through Proof of Transfer (PoX) with its dual spiral mechanism. Miners send BTC to STX holders to compete for the right to mine blocks, and successful miners receive STX rewards upon successfully mining a block. During this process, STX holders receive a proportionate amount of BTC sent by the miner. Stacks aims to incentivize miners to maintain the historical ledger by issuing native tokens, although incentives can still be achieved without native tokens (as seen in RSK).

For transaction data in the Stacks blockchain, the hash value of the transaction data is stored in the Bitcoin transaction script using the OP_RETURN bytecode. With the built-in functionality of Clarity, Stacks nodes can retrieve the Stacks transaction data hash stored in the Bitcoin transaction.

Stacks can be seen as almost a second layer chain for Bitcoin; however, there are still some shortcomings in cross-border asset movement. After Nakamoto’s upgrade, Stacks supports sending Bitcoin transactions to complete asset transfers, but due to the complexity of the transactions, these transactions cannot be verified on the Bitcoin chain. Asset transfers can only be verified through a multi-signature committee.

RSK

RSK utilizes a merged mining algorithm, allowing Bitcoin miners to assist in block production for RSK at almost zero cost and receive additional rewards. RSK does not have a native token and continues to use BTC (RBTC) as its Gas Token. RSK has an execution engine compatible with the Ethereum Virtual Machine (EVM).

Liquid

Liquid is a federated sidechain of Bitcoin with controlled node access, overseen by 15 members responsible for block production. Asset transfers are conducted using locking and minting mechanisms, where assets are sent to multi-signature addresses on Liquid by using BTC, allowing assets to enter the Liquid sidechain. To exit, L-BTC is sent to a multi-signature address on the Liquid chain. The security of the multi-signature address is set to 11 out of 15.

Liquid focuses on financial applications and provides software development kits (SDKs) related to financial services for developers. The total locked value (TVL) on the Liquid network is currently about 3000 BTC.

Nostr Assets: Enhanced Centralization

“Any computable function can be verified on Bitcoin.”

Dear user, here is the translation of the content you provided:

—Robin Linus, founder of BitVM.

• Early: Although EVM has a comprehensive virtual machine architecture, BitVM only has one function to verify whether a string is 0 or 1.

After discussing BitVM, we can shift our focus to an all-in-one BRC20 tool solution.

2. Unlocking Liquidity: Innovative Signature Solution Breaks BRC Asset Liquidity Bottleneck

Due to the unique nature of BRC assets, liquidity has always been a challenge for the entire industry. The all-in-one BRC20 tool successfully completed the transaction of BRC assets through its innovative signature solution, providing users with a more flexible and efficient solution, effectively unlocking liquidity.

Conclusion

A comprehensive review of the text shows that due to limitations in processing and computing power on the Bitcoin mainnet, Bitcoin must move its calculations off-chain to promote a more prosperous and diverse ecosystem. Currently, there are two main solutions:

On the one hand, off-chain computing and client-side verification solutions utilize certain fields in Bitcoin transactions to store critical information, treating the Bitcoin mainnet as a distributed logging system to ensure the availability of key data, similar to Sovereign Rollups. While this approach does not require modifications to the Bitcoin protocol layer and provides greater feasibility, it cannot fully inherit the security of Bitcoin.

On the other hand, some teams are working on on-chain verification, attempting to use existing tools to achieve arbitrary computation on Bitcoin and achieve efficient scalability through zero-knowledge proof technology. However, these solutions are still in the early stages, with high computational costs and unlikely to be implemented in the short term.

Against this backdrop, an all-in-one BRC tool has become a noteworthy solution. By providing a low gas method to quickly obtain effective inscriptions, promoting fair launch of BRC assets, and addressing liquidity challenges and fair sales through innovative signature schemes, the all-in-one BRC tool demonstrates its value in the current ecosystem. Despite the technical challenges facing the Bitcoin ecosystem, the all-in-one BRC tool provides users with a more flexible and efficient trading experience, offering a unique solution for the development of Bitcoin.

Of course, some people may wonder why not turn to Ethereum, as Ethereum and other blockchains have powerful computing capabilities like Bitcoin. Why re-implement the transaction process on Bitcoin?

Because it is Bitcoin.

Disclaimer：

1. This article is reprinted from [Aqua Labs Research]. All copyrights belong to the original author [Aqua Labs Research]. 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.