比特币 NFT 协议 Ordinals 的创始人 Casey Rodarmor 提出了一个新的比特币 FT 协议设计构想，名为「Rune」，也被称为「符文」协议。
Rune （符文）余额由 UTXO 持有；UTXO 可以包含任意数量的 runes。
如果交易包含一个输出，其脚本 pubkey 包含 OP_RETURN 后跟 ASCII 大写字母 R 的数据推送，则该事务包含一个协议消息。该协议消息是第一个之后推送的所有数据。
输入（input）到具有无效协议消息的交易的符文将被销毁，这允许未来的升级改变符文的分配或创建方式，避免旧客户端错误地分配符文余额。
整数被编码为前缀 varint，其中 varint 中的前导数决定了其长度（以字节为单位）。
Rune Token 的转帐
协议讯息中的第一个资料输出被解码为一个整数序列，这个整数序列将包含「ID」、「OUTPUT」和「AMOUNT」3 种资讯。如果解码后的整数数量不是3 的倍数，协议讯息将被视为无效。
ID：指定了进行转帐的是哪个Rune Token。每个Rune Token 在被建立时都会被分配一个ID，ID 是从1 开始的，越早建立的Rune Token ID 值越小。
OUTPUT：决定分配给第几个输出。
AMOUNT：转帐的Rune Token 数量。如果AMOUNT 数量为0，则代表帐户剩余的全部Rune Token 数量。
处理完整数序列所包含的所有操作后，如果还有不需要操作的Rune Token，都分配到第一个非OP_RETURN 输出。此外，如果把Rune Token 分配到包含协议讯息的OP_RETURN 输出中，Rune Token 可能被烧毁。
Rune Token 的建立
如果协议讯息后还有第二个资料输出，该交易则为一笔Rune Token 建立交易。这部分的资料输出将被解码为「SYMBOL」和「DECIMALS」两个整数，如果还有更多其它整数则无效。
SYMBOL：相当于BRC-20 的Ticker（即Token 名称），最多支援26 位，可用字元只有AZ。
DECIMALS：精度，决定Rune Token 能支援小数点后多少位。
如果「SYMBOL」还未被使用，该Rune Token 将被分配一个ID 值，第一个被建立的Rune Token ID 值为1，BITCOIN、BTC 和XBT 这3 个名称被禁用。如果「SYMBOL」已被使用，那么建立将无效。也就是说，在Rune协议依然不支援建立同名Token。
比特币余额在UTXO 中的显示
在一个UTXO 中，比特币的余额将显示为BITCOIN、BTC 或XBT，又或是以ID 值为0 的方式显示。为了保持协议简单，（Runes）并没有采取避免符号抢注的机制。实际上，避免符号占用的一种有效且简单的方式是，仅允许分配超过一定长度的符号，该长度随着时间的推移而减少，然后最终达到零并允许所有符号。这将避免在协议的早期分配简短的、理想的符号，并鼓励后来者对理想符号进行竞争——如果这种竞争有意义。
更多解读可关注Aibit媒体账户实时获取！本文仅作为参考，不代表任何立场，不作为任何投资建议。投资有风险，入市须谨慎。
Website: www.aibit.com
Facebook: https://www.facebook.com/aibitcom
X: https://twitter.com/aibitcom
Telegram (CN): https://t.me/aibitcom_cn
Telegram (EN): https://t.me/aibitcom
Telegram (Announcements): https://t.me/aibitcom_announcements
Discord: https://discord.com/invite/aibitcom
Medium: https://medium.com/@aibitcom
Youtube: https://www.youtube.com/@aibitcom