Key recent narrative developments in SATS and Unisats
In the next two months at least, SATS will be one of the targets worthy of special attention in the BTC ecosystem. This article will review and sort out the changes in SATS.

Author: Jeffrey Hu, HashKey Capital Source: medium Translation: Shan Ouba, Golden Finance
The concept of Bitcoin MEV (Miner Extractable Value) emerged as early as 2013. Although it is still in its infancy relative to MEV on Ethereum, with the introduction of meta-protocols such as BRC-20s, Ordinals, and Runes, the thriving Bitcoin ecosystem is expected to bring more programmability, expressiveness, and MEV opportunities in the future.
This report will analyze the increasing complexity of MEV on Bitcoin and assess its impact on the broader ecosystem.
Before the introduction of Ordinals, MEV on Bitcoin was not widely recognized and valued, and people mainly focused on the Lightning Network and sidechain mining attacks. However, the Taproot upgrade brought more expressiveness and programmability to Bitcoin, facilitating the launch of meta-protocols such as Ordinals and Runes, which have brought MEV concerns to the forefront. Bitcoin’s 10-minute block time also exacerbates the problem, making inexperienced users more vulnerable to various forms of MEV attacks, such as fee sniping when bidding on inscription markets. As block rewards fall, miner profitability suffers, forcing miners to focus on maximizing transaction fees, which may explain the increase in MEV activity.
The chart below shows the surge in fees relative to block rewards after the much-anticipated release of Ordinals and Runes, at one point even accounting for more than 60% of Bitcoin’s total mining revenue share.
So far, we have seen more and more BTCFi applications and developments, transforming Bitcoin's status from a mere digital gold/payment network to a thriving ecosystem with rapidly growing utility. This could bring more MEV opportunities to Bitcoin.
The limited discussion about MEV on Bitcoin can be attributed to the distinct architectural designs between Bitcoin and Ethereum.
Ethereum runs on the Ethereum Virtual Machine (EVM), which can execute smart contracts and achieves programmability by maintaining a global state machine.
Ethereum adopts an account-based model that runs transactions in sequence by managing transaction random numbers. This means that the order of transactions affects the results of their execution, leading to the problem that searchers can easily identify MEV opportunities and insert their transactions directly before or after the user's transaction. For example, if Alice and Bob both submit transactions to Uniswap to exchange 1 ETH for USDT, the transaction that executes first in the block will receive more USDT.
In contrast, Bitcoin uses a UTXO model that runs on a scripting language and does not have state like Ethereum. If this is just a standard Bitcoin transfer, only the intended recipient can spend the output with a valid signature, which will not cause other users to compete to spend the funds. However, on Bitcoin, it is also possible to construct UTXOs that can be unlocked by multiple parties using scripts or SIGHASH. The first transaction to be confirmed is the transaction that can spend the UTXO. Nevertheless, since the unlocking conditions of each UTXO are only related to the UTXO itself and do not depend on other UTXOs, the competition conditions are limited to this UTXO.
In addition to the fundamental differences in design mentioned above, the introduction of valuable assets other than BTC also creates incentives for miners to extract value (MEV). The MEV generated in these scenarios is essentially the order in which protocol designers specify asset ownership and the legitimacy of on-chain operations when trying to use scripts + UTXO (a data structure native to BTC) to build new asset classes and on-chain behaviors on BTC. Through events defined based on order, people can be incentivized to compete for the order, thereby generating MEV.
Without considering other assets, rational miners will only package legitimate transactions based on transaction fees and charge fees based on the size of the transaction. However, if a Bitcoin transaction is more than just a standard transfer, such as minting a new valuable asset (such as runes, etc.), miners can adopt various strategies beyond just considering Bitcoin transaction fees: 1) Review the transaction and replace it with a transaction minted by themselves; 2) Charge users higher fees (on-chain, off-chain, or sidechain payments); 3) Let multiple users bid against each other, thereby triggering a fee war.
A direct example is the minting process of assets such as Runes or BRC20, which generally sets a maximum limit on the minted assets. The first confirmed minting transaction is considered successful, and other transactions are considered invalid. Therefore, the order of transactions in this context becomes crucial and provides opportunities for MEV through transaction sorting.
In addition, the concept of rare satoshis introduced by Ordinals even raises concerns that miners may trigger block reorganizations during halvings to compete for high-value rare satoshis.
In addition to minting, staking protocols like Babylon also set an upper limit on the number of assets that can be staked at each stage. Even if users exceed the upper limit, they can still construct Bitcoin and send it to the pledge locking script, but this will no longer be considered a successful pledge and will not be eligible for future rewards. In other words, the order of pledge transactions is also crucial.
For example, shortly after the launch of the Babylon mainnet, the 1000 BTC pledge limit in the first phase was reached, resulting in an overflow of about 300 BTC and the need to unstake.
In addition to on-chain minting/carving assets and staking, some activities on sidechains or Rollups are also affected by MEV. We will provide more examples in the "MEV Events on Bitcoin" section.
So, what exactly is MEV on Bitcoin? After all, the definition of MEV is different in different situations.
Generally speaking, MEV on Bitcoin refers to the various ways in which miners manipulate the block generation process to maximize profits. We can roughly divide them into the following categories:
Users pay extra fees: For users who want to speed up their transactions, a common channel is through off-chain transaction acceleration services, but this service is usually costly because the user's transaction is included first. Traders can also offer higher fees to miners through mechanisms such as RBF (Replacement by Fee) and CPFP (Pay for Children) to prioritize transactions and achieve faster confirmation times. Transactions with lower rates and fees typically face longer confirmation times, as profit-driven miners prioritize profitable transactions for inclusion in blocks.
User-miner collusion: Users and miners collude to censor or include certain transactions of specific significance. For example, malicious users and miners collude to censor and exclude penalty transactions on the Lightning Network to illegally obtain assets within a channel. Other new systems such as BitVM and its penalty transactions are also subject to such risks.
Bitcoin miners mining on sidechains/L2: This includes various early merged mining schemes, where miners reuse computing power on Bitcoin to secure another network. Through merged mining, it can encourage miner centralization, as large miners may use their computing power on the main chain to influence block production, sorting, etc. on L2, thereby obtaining excessive L2 mining rewards and potentially affecting L2 network security.
Open market-oriented bidding methods (such as RBF) have played a relatively positive role in the overall economic system and promoted the development of a free market economy. However, when users make out-of-band payments with mining pools, it undoubtedly poses a threat to the decentralization and censorship resistance of the network and is labeled "MEVil".
Based on the above classification, we can observe several MEV cases.
The Bitcoin Core software only allows nodes to process standard transactions up to 100 kvB. However, mining pools will still include non-standard transactions in blocks at high fees, usually at the expense of excluding other transactions with lower fees.
Some typical examples include:
Block 776,884: Mined by Terra Pool, this block contains an inscription transaction of size 849.93 kvB. The inscription is a 1-minute MP4 video of a frog holding a drink, and the miner earned 0.5 BTC in fees.
Block 777,945: contains a 4000 x 5999 pixel WEBP image of size 975.44 kvB, and the miner can earn 0.75 BTC in fees.
Another block, 786,501, which received about 0.5 BTC in fees for featuring a JPEG image of Julian Assange on the cover of Bitcoin Magazine, took up 992.44 kvB.
By default, Bitcoin Core nodes are only allowed to relay standard transactions. Therefore, non-standard transactions must be submitted directly to mining pools through private mempools. Private mempools allow mining pools to accept non-standard transactions and prioritize the user's transactions. While this can speed up transaction processing, more transactions moving to private mempools could lead to increased centralization of mining pools and increased censorship risk. Apparently, some mining pools are already taking advantage of the profitability of operating private mempools.
For example, Marathon Digital launched "Slipstream," a direct transaction submission service that allows customers to submit complex and non-standard transactions.
The Stacks sidechain uses a unique consensus mechanism - Proof of Transfer (PoX), which allows Bitcoin miners to mine Stacks blocks and settle transactions on the Bitcoin blockchain while earning STX rewards.
In the past, Stacks adopted a simple miner election, in which Bitcoin miners with high hashrate were more likely to mine Stacks blocks, review other miners' commitment transactions, and thus earn all rewards for themselves. If more miners adopt this strategy, future Stackers may suffer from suboptimal returns.
Impact on the Ecosystem:
1. By excluding commitments from other honest miners, the rewards ultimately passed to stackers will be reduced.
2. If large miners continue to abuse their computing power and exclude the commitments of honest miners, it may lead to centralization problems, allowing a small number of miners to receive all rewards.
However, the Stacks Nakamoto upgrade will alleviate this problem and make this strategy unprofitable again. This upgrade will move from a simple miner election to a lottery algorithm and adopt the Assumed Total Commitment Carryover (ATC-C) technology to reduce the profitability of MEV mining. Miners need to show continuous participation in the last 10 blocks to be eligible for the lottery. Miners who have not participated in mining for at least 5 of the last 10 blocks will be disqualified from winning any Stacks rewards. With ATC-C, the probability of a miner winning a Stacks block is now equal to the miner's BTC expenditure divided by the median of the total BTC commitments in the last 10 blocks. This reduces the incentive for miners to extract disproportionate benefits by excluding other miners from block commitments.
MEV associated with alternative assets such as Ordinals and Runes can be divided into the two types mentioned earlier:
Pool Extraction of Additional Value: Mining pools can extract additional value by including assets such as Bitcoin Ordinals or Rare Satoshis into blocks and transactions.
Fee Sniping Transactions: Traders can bid to have transactions associated with these alternative assets included in blocks.
For mining pools, the initial success of Runes provides an additional source of profit. For example, during the halving event, the highly anticipated launch of Runes led to record highs in network transaction volume and fees as many users raced to get their transactions included in the historic Bitcoin halving block. Transaction fees surged to over 1,500 sats/vByte after the halving (from less than 100 sats/vByte before the halving). ViaBTC took advantage of this surge and made a profit of 40.75 BTC in 840,000 blocks by mining the halving block that coincided with the launch of Runes, of which 37.6 BTC came from transaction fees associated with Runes. As the block reward has halved, transaction fees from Runes have proven to be a lucrative source of income for miners.
For traders, use Runes and Ordinals' Bitcoin transaction pair PSBT (Partially Signed Bitcoin Transaction) uses SIGHASH_SINGLE|SIGHASH_ANYONECANPAY, which only allows one signed input to correspond to one output. Coupled with the transparency of the memory pool, this allows many buyers to discover potentially profitable transactions. As a result, traders often use RBF and CPFP to trigger competitive fee wars, allowing miners to extract MEV from this demand. For example, when sellers list their assets for sale, buyers can bid and use RBF to increase their transaction fees when there are competitors, hoping that their transactions will be confirmed.
A typical example of this competition between traders is the transaction with ID 2ffed299689951801a68b5791f261225b24c8249586ba65a738ec403ba811f0d. After the seller listed the asset, the transaction was repeatedly replaced with RBF, with fees of 238, 280, 298, and 355 sat/vB.
Another example involves the OrdiBots minting process on the Magic Eden platform. Some users fell victim to a front-running attack on the trading pool. OrdiBots used PSBT in the minting inscription on Magic Eden. The existence of PSBT and the 10-minute Bitcoin block interval allows any potential buyer to compete for the same transaction by introducing different addresses, signatures, and simply paying a higher fee. This resulted in some whitelisted users being unable to mint due to interference from front-running transaction bots. (The team later apologized and promised to compensate affected users with customized OrdiBots.) However, not all MEV-related technologies or events are bad for users. MEV technology can also protect user assets from loss in some cases. For example, without RBF, erroneous transactions cannot be saved, and stuck transactions may be in an uncertain state for a long time, resulting in opportunity costs. In addition, running RBF is beneficial to the security of the Bitcoin network. As the block subsidy is expected to decline relative to transaction fees in the future, transaction fees will play a key role in incentivizing miners to continue to participate in the Bitcoin network. Bitcoin developer Peter Todd has also been promoting the benefits of RBF and recommending that miners run RBF in full.
So, what are the key technology components or methods that support these MEV opportunities on Bitcoin? Common technology areas involved include mempools, RBF (Replace-by-Fee), CPFP (Child Pays for Parent), mining pool acceleration services, and mining pool protocols.
Similar to typical blockchain networks such as Ethereum, Bitcoin also has a transaction pool structure for storing transactions that have been received by P2P nodes but have not yet been packaged into blocks. The transparent and decentralized nature of the mempool allows all transactions to be propagated to miners, providing a favorable environment for MEV opportunities.
However, unlike Ethereum's gas mechanism, Bitcoin's handling fees are only related to the size of the transaction. Therefore, Bitcoin's transaction pool can be seen as a more direct block space auction market, where you can observe which users are bidding for the next block and at what price.
Since different nodes receive different transactions from P2P propagation, each node has a different memory pool. In addition, each node can actively customize its own forwarding strategy (memory pool strategy), defining which transactions it wants to receive and relay. Mining pools can also choose which transactions to include in blocks based on their preferences (although from an economic perspective, they will prioritize transactions with higher fees). For example, the Bitcoin Knots node filters out any Ordinals transactions, while Marathon Mining creates a pixel-style logo in the browser.
Therefore, users may consider sending transactions directly to specific miners or mining pools to speed up transaction inclusion, but this approach may compromise two key features that the Bitcoin community highly values: privacy and censorship resistance.
Transactions propagated through P2P nodes rather than sent directly (e.g., via an RPC endpoint) to a miner or mining pool help mask the origin of a transaction, making it more difficult for miners and mining pools to censor transactions based on identified information.
In addition to using transaction acceleration services, users can also choose to accelerate transactions through RBF and CPFP.
Replace-by-Fee (RBF) and Child Pays for Parent (CPFP) are common methods used by users to increase the priority of transactions.
RBF (Replace-by-Fee) allows an unconfirmed transaction in the transaction pool to be replaced with another conflicting transaction (which also references at least one of the same inputs), but at a higher rate and overall higher fees. Similar to the transaction pool strategies discussed earlier, RBF can be implemented in a variety of ways. The most common implementation is opt-in RBF as designed by BIP125, where only specially marked transactions can be replaced. Another approach is full RBF, where transactions can be replaced regardless of whether they are marked or not.
CPFP (child pays parent transaction) uses a different approach to speed up transaction confirmation. Instead of replacing a transaction stuck in the memory pool as with RBF, the recipient can speed up the pending parent transaction by sending a child transaction that uses the UTXO from the pending transaction, and has a higher fee rate. This may incentivize miners to batch these transactions in the next block. Therefore, despite high fees at one moment, you may sometimes see transactions with very low fees included in a block; these transactions are likely to use CPFP (because subsequent transactions pay the fees).
The main difference between RBF and CPFP is that RBF allows the sender to replace a pending transaction with a transaction with a higher fee, while CPFP allows the receiver to speed up a pending transaction by sending a child transaction with a higher fee. CPFP is also useful for transactions that need to exit the Lightning Network (e.g., anchored outputs). In terms of fees, RBF is relatively more cost-effective because it does not require additional block space.
In addition to RBF (Replace-by-Fee) and CPFP (Child Pays for Parent), users can also choose out-of-band payment to accelerate transactions. For example, many mining pools provide free and paid transaction acceleration services to speed up the packaging of transactions by submitting txID. If it is a paid service, users need to pay a certain service fee to subsidize the mining pool. Since such services are paid through systems outside the Bitcoin network (such as through websites, credit card payments, etc.), they are called out-of-band payments.
Although out-of-band fee payments provide a remedy for transactions that cannot use RBF or CPFP, long-term and large-scale use may affect Bitcoin's anti-censorship.
In the previous discussion, we regarded the mining pool and miners as a whole, but in fact, there needs to be a division of labor and cooperation between the two. The mining pool aggregates the computing power of miners for mining and distributes rewards according to the contribution of computing power. This cooperation process requires certain protocols to coordinate.
In common mining pool protocols, such as Stratum v1, the mining pool only needs to provide a block template (including block header and coinbase transaction information) to the miner, and the miner performs hash calculations based on this template. There are also tools that can visualize the Stratum information of each mining pool, such as stratum.work.
In this process, miners cannot choose which transactions to package, but the mining pool selects transactions, builds templates, and assigns tasks to miners.
So, in the Stratum v1 protocol, we can roughly map the roles to the Ethereum ecosystem as follows:
Miners: take on some of the responsibilities of proposers (doing hash calculations).
Mining pools: act as both builders, using the hashes calculated by miners, and proposers of blocks.
Some promising solutions have been developed or are in progress to mitigate the negative impact of MEV (miner extractable value) on Bitcoin.
In some new mining pool protocols, such as Stratum v2 and BraidPool, miners can autonomously choose which transactions to include. Stratum v2 has been adopted by some mining pools (such as DEMAND) and mining firmware (such as Braiins), allowing individual miners to build their own block templates. This improves the security, decentralization and efficiency of data transmission, while reducing Bitcoin's transaction censorship and MEV risks.
Therefore, following this trend, the roles of mining pools and miners in the future may not evolve in the way of Ethereum's PBS (proposer/builder separation) model.
In addition, new designs related to transaction pools in Bitcoin Core may bring changes, mainly including the much-watched v3 transaction relay strategy and the enhancement of cluster memory pools. However, the impact of these new designs on the implementation of lightning network channel exits, etc. is still under discussion.
The reduction in mining rewards is a major issue. As block rewards are further reduced in the future, it may have various effects on the network.
Bitcoin developers have long been aware of and discussed issues such as fee sniping, where mining pools may deliberately re-mine previous blocks to obtain transaction fees. Bitcoin Core has implemented some measures to deal with fee sniping, but the current methods are not perfect enough.
In addition to native transaction fees, alternative assets may also become a sustainable source of income in the future. Therefore, some projects are trying to build infrastructure to better identify valuable transactions involving alternative assets. For example, Rebar is developing an alternative public memory pool to better identify valuable alternative asset transactions.
However, as discussed in the "Out-of-Band Fee Payments" section, the impact of these off-chain Bitcoin economic incentives on Bitcoin's self-regulating incentive-compatible system remains to be seen.
In any case, MEV on Bitcoin is similar to Ethereum, but it differs due to differences in architecture and design philosophy. Bitcoin’s increasing utility, decreasing block subsidy rewards, and the growing BTCFi ecosystem will bring more attention to MEV-related factors.
In the next two months at least, SATS will be one of the targets worthy of special attention in the BTC ecosystem. This article will review and sort out the changes in SATS.
Blast pre-transaction pricing FDV is $2.88 billion, which is almost at the same level as $ZK.
BTC, the top price forecast of BTC in this cycle Golden Finance, the high point of this round is expected to be around $134,000
Judging from the current market value rankings, ORDI and SATS are the undisputed leaders and second-tier players in BRC-20.
Crypto prices took a hike recently but while some are optimistic that the crypto bulls are returning, others feel that it is just a bull trap in a bull market. What is your perspective on this?
APT is trading inside a descending parallel channel.
Daily RSI for SOL has remained below the neutral 50-level for most of the last month indicating a higher sell-side pressure in the market.
He is a big believer in the charting system and began predicting ADA's bearish trajectory in early Sep. 2022.
Solana network faltered anew, as the crypto space's “Ethereum Killer” goes offline courtesy of faulty mechanics in its system.