Casey Rodarmor, the developer behind Ordinal Theory, is building yet another novel innovation – a fungible token standard for Bitcoin called the Runes Protocol. As a meta protocol, the Runes protocol is not a token itself – but, quoting Casey on his podcast “a venue for people to create shitcoins” on Bitcoin.
Tokens created using this token standard are called Runes. Unlike BRC-20s, Runes are a fungible token standard meaning each Rune is interchangeable. The best analogy here are ERC-20 tokens on Ethereum. The Runes token standard is similar yet simpler and created for the Bitcoin Network.
The Runes protocol expands UTXOs to store both Bitcoin and Rune balances adopting Bitcoin’s security framework. As a result, users can create and trade Runes making regular Bitcoin transactions.
An important nuance. Numerous protocols are racing to be amongst the first to launch their own Rune token using creative gamification models and promising airdrops. Be cautious of disingenuous marketing from projects claiming to be the first Runecoin; they can at best secure & etch the 11th Rune.
The Genesis Rune, Rune 0, will have an open mint starting at this halving and ending at the next halving in ~4 years. Each mint receives one Genesis Rune with the divisibility being zero.
Approx. every 4 months, token names with one less character become available. The maximum name length is 28 characters. To prevent front-running, a commit-reveal scheme is implemented. The unlock schedule for token names can be found here. Anyways, buckle up for crazy token names:
This makes each Rune name unique. Additionally, each token will have a single Unicode code point as a currency symbol.
With a total market cap of $2.65 billion, BRC-20s boast a significant market size on Bitcoin. The Rune narrative is primarily driven by speculators betting on Runes to replace BRC-20s and becoming the new widely used token standard on Bitcoin.
Are Runes the superior token standard?
The differences between the two are stark, as we highlighted in our deep dive on Ordinals and Runes:
Instead of using witness data, Runes utilize the OP_RETURN field streamlining the process for creating tokens. Users can etch (deploy), mint, and transfer Runes making regular bitcoin transactions made possible by Runestones.
Runestones are Rune protocol messages that store transfer instructions in Bitcoin’s unspent transaction outputs, short UTXOs. These transfer instructions determine how Runes are transferred within the output, such as target address and amount being transferred. By default, the Rune balance on the input UTXO is destroyed when being transferred to a new UTXO.
This is a more network friendly approach than the BRC-20 standard which currently creates lots of unused UTXOs cluttering the network. Another drawback of BRC-20s is the necessity to create a new inscription for every token transfer.
Runes offer greater flexibility in their creation as well. They can feature an open mint, fair distribution, and users also have the option to mint the entire supply to a single address (just like ERC-20s). On the other hand, BRC-20s are limited to an open mint.
More importantly, BRC-20 inscriptions are more vulnerable to frontrunning. That’s because anyone can see your inscription transaction in the mempool and decide to frontrun it by paying higher transaction fees – especially frustrating when trying to deploy a new token. Contrarily, Runes try to prevent front-running by using a commit-reveal scheme. On a higher level, this allows users to privately commit to a transaction. Details are only revealed shortly before confirmation, reducing the time window for front-running significantly.
Lastly, Runes support compatibility with SPV wallets and Bitcoin L2s using the UTXO model. So in theory, implementation with lightweight wallets and integration with the Lightning Network for faster and cheaper transactions is possible. Emphasis on in theory because although the interoperability is there, the infra has to be developed first.
On paper, Runes solve a lot of issues that BRC-20s face when it comes to UX and compatibility. Yet, I’m cautious to subscribe to the idea that Runes will indisputably replace BRC-20s.
To enable protocol upgrades and ensure clients stay in sync, Casey added what he calls the Cenotaph model to the Runes protocol. Cenotaphs are malformed Runestones created by bad inputs. When included in a transaction, Runes associated with Cenotaphs are burned or rendered unusable.
A point of contention since it introduces the risk of unintentionally losing your Runes. For instance, if you interact with an app creating a Runes transaction and it accidentally produces a Cenotaph, you may lose all Rune balances stored in the same UTXO.
Serious or insignificant risk? Hard to tell before the protocol goes live but something to keep in mind. Casey addressed these concerns in this thread – TLDR: In his opinion, the risk is negligible. Regardless of significance, steering clear of untested third-party services post Runes launch is a good way to minimize risk.
Fwiw, a rumor recently surfaced on twitter that BRC-20s may soon receive an update. Supposedly, BRC-20 indexers will be able to compute EVM smart contract code on token balances. If this turns out to be true, many of the current design issues could be solved making BRC-20s more competitive to Runes. Again, this is merely a rumor so should be taken with a huge grain of salt.
At the end of the day, the success of Runes will boil down to the UX. If Runes’ wide range of compatibility is swiftly integrated and taken advantage of, the chances of dethroning BRC-20s are likely.
If you are interested in getting exposure to Runes pre-launch, check out Haze’s insightful analysis on $PUPs. To learn more about the tech, I highly recommend checking out the official documentation and listening to Casey’s podcast discussing the launch.
To round this up, special thanks to @redphonecrypto">Redphone, who first conceptualized BRC-20s, for sharing his take on Runes below:
In closing, I’m (Redphone) a fan of Runes and BRC-20s. Both will likely continue to flourish in the near-term, but BRC-20 must evolve to keep from getting dethroned over time.
Beyond Runes, though, I’m an even bigger fan of Rodarmor’s creativity. From the moment I first encountered ordinals, I began viewing him as part of the crypto canon: that is visionaries whose names will outlive them… people like the first bitcoin contributor Hal Finney, Ethereum co-founder Vitalik Buterin, Uniswap founder Hayden Adams, and others. A successful Runes launch will simply be icing on the cake for Rodarmor. He’s already changed orange coin’s destiny once. Runes looks primed to do it again.
Casey Rodarmor, the developer behind Ordinal Theory, is building yet another novel innovation – a fungible token standard for Bitcoin called the Runes Protocol. As a meta protocol, the Runes protocol is not a token itself – but, quoting Casey on his podcast “a venue for people to create shitcoins” on Bitcoin.
Tokens created using this token standard are called Runes. Unlike BRC-20s, Runes are a fungible token standard meaning each Rune is interchangeable. The best analogy here are ERC-20 tokens on Ethereum. The Runes token standard is similar yet simpler and created for the Bitcoin Network.
The Runes protocol expands UTXOs to store both Bitcoin and Rune balances adopting Bitcoin’s security framework. As a result, users can create and trade Runes making regular Bitcoin transactions.
An important nuance. Numerous protocols are racing to be amongst the first to launch their own Rune token using creative gamification models and promising airdrops. Be cautious of disingenuous marketing from projects claiming to be the first Runecoin; they can at best secure & etch the 11th Rune.
The Genesis Rune, Rune 0, will have an open mint starting at this halving and ending at the next halving in ~4 years. Each mint receives one Genesis Rune with the divisibility being zero.
Approx. every 4 months, token names with one less character become available. The maximum name length is 28 characters. To prevent front-running, a commit-reveal scheme is implemented. The unlock schedule for token names can be found here. Anyways, buckle up for crazy token names:
This makes each Rune name unique. Additionally, each token will have a single Unicode code point as a currency symbol.
With a total market cap of $2.65 billion, BRC-20s boast a significant market size on Bitcoin. The Rune narrative is primarily driven by speculators betting on Runes to replace BRC-20s and becoming the new widely used token standard on Bitcoin.
Are Runes the superior token standard?
The differences between the two are stark, as we highlighted in our deep dive on Ordinals and Runes:
Instead of using witness data, Runes utilize the OP_RETURN field streamlining the process for creating tokens. Users can etch (deploy), mint, and transfer Runes making regular bitcoin transactions made possible by Runestones.
Runestones are Rune protocol messages that store transfer instructions in Bitcoin’s unspent transaction outputs, short UTXOs. These transfer instructions determine how Runes are transferred within the output, such as target address and amount being transferred. By default, the Rune balance on the input UTXO is destroyed when being transferred to a new UTXO.
This is a more network friendly approach than the BRC-20 standard which currently creates lots of unused UTXOs cluttering the network. Another drawback of BRC-20s is the necessity to create a new inscription for every token transfer.
Runes offer greater flexibility in their creation as well. They can feature an open mint, fair distribution, and users also have the option to mint the entire supply to a single address (just like ERC-20s). On the other hand, BRC-20s are limited to an open mint.
More importantly, BRC-20 inscriptions are more vulnerable to frontrunning. That’s because anyone can see your inscription transaction in the mempool and decide to frontrun it by paying higher transaction fees – especially frustrating when trying to deploy a new token. Contrarily, Runes try to prevent front-running by using a commit-reveal scheme. On a higher level, this allows users to privately commit to a transaction. Details are only revealed shortly before confirmation, reducing the time window for front-running significantly.
Lastly, Runes support compatibility with SPV wallets and Bitcoin L2s using the UTXO model. So in theory, implementation with lightweight wallets and integration with the Lightning Network for faster and cheaper transactions is possible. Emphasis on in theory because although the interoperability is there, the infra has to be developed first.
On paper, Runes solve a lot of issues that BRC-20s face when it comes to UX and compatibility. Yet, I’m cautious to subscribe to the idea that Runes will indisputably replace BRC-20s.
To enable protocol upgrades and ensure clients stay in sync, Casey added what he calls the Cenotaph model to the Runes protocol. Cenotaphs are malformed Runestones created by bad inputs. When included in a transaction, Runes associated with Cenotaphs are burned or rendered unusable.
A point of contention since it introduces the risk of unintentionally losing your Runes. For instance, if you interact with an app creating a Runes transaction and it accidentally produces a Cenotaph, you may lose all Rune balances stored in the same UTXO.
Serious or insignificant risk? Hard to tell before the protocol goes live but something to keep in mind. Casey addressed these concerns in this thread – TLDR: In his opinion, the risk is negligible. Regardless of significance, steering clear of untested third-party services post Runes launch is a good way to minimize risk.
Fwiw, a rumor recently surfaced on twitter that BRC-20s may soon receive an update. Supposedly, BRC-20 indexers will be able to compute EVM smart contract code on token balances. If this turns out to be true, many of the current design issues could be solved making BRC-20s more competitive to Runes. Again, this is merely a rumor so should be taken with a huge grain of salt.
At the end of the day, the success of Runes will boil down to the UX. If Runes’ wide range of compatibility is swiftly integrated and taken advantage of, the chances of dethroning BRC-20s are likely.
If you are interested in getting exposure to Runes pre-launch, check out Haze’s insightful analysis on $PUPs. To learn more about the tech, I highly recommend checking out the official documentation and listening to Casey’s podcast discussing the launch.
To round this up, special thanks to @redphonecrypto">Redphone, who first conceptualized BRC-20s, for sharing his take on Runes below:
In closing, I’m (Redphone) a fan of Runes and BRC-20s. Both will likely continue to flourish in the near-term, but BRC-20 must evolve to keep from getting dethroned over time.
Beyond Runes, though, I’m an even bigger fan of Rodarmor’s creativity. From the moment I first encountered ordinals, I began viewing him as part of the crypto canon: that is visionaries whose names will outlive them… people like the first bitcoin contributor Hal Finney, Ethereum co-founder Vitalik Buterin, Uniswap founder Hayden Adams, and others. A successful Runes launch will simply be icing on the cake for Rodarmor. He’s already changed orange coin’s destiny once. Runes looks primed to do it again.