Runestone怎么样?一文读懂爆火的Runestone及背后的Runes协议

时间:2024-06-26  分类:电子


Runestone未来如何?一文读懂爆火的Runestone及背后的Runes协议!近日总量为112383个的Runestone自发行以来引起了市场的广泛关注,其总交易额超过了惊人的1400个比特币,平均价格也是水涨船高,之后越来越多空投的发放使得Runestone热度不减,有一种金铲子的感觉。那Runestone究竟是怎样的项目?它与Runes协议有什么关系?Runestone未来生态怎么样?Runestone投资价值如何?下面非常好学习小编就给大家详细介绍Runestone及背后的Runes协议,需要的朋友一起看看吧!


一、比特币铭文生态概述


背景


从去年3月开始的$ORDI产生的暴富效应,到5月份的第一波铭文兴起,再到11–12月的第二波铭文行情,每个人都在讨论着今天打什么,明天打什么的高涨情绪中。回归到区块链本身,每天打的比特币铭文是什么,Ordinals协议是什么,各种以20结尾的协议层出不穷,BRC-20、ARC-20、SRC-20等等又是什么,有什么联系和区别,为什么又会突然来一个Runes协议呢。我们今天就一起带着这些问题来继续探索丰富多彩的比特币生态协议。


协议简介


Ordinals协议


最早由Casey(@rodarmor)在2022年12月发布,该协议允许在比特币的最小单位聪上铭刻数据,包含文本、图片、音频、视频等数据信息,而我们一直说的比特币铭文也就是一段通过采用Ordinals协议铭刻(Inscribe)在聪(Satoshis)上的元数据,也就是我们常说的比特币上的NFT。详细的信息可以看一下之前写过的介绍Ordinals协议的文章:https://www.spectrumlab.io/zh/reports/看完這篇,你對於ordinals銘文的了解將超過99,里面介绍的比较详细。


BRC-20协议


BRC-20协议是由匿名开发者@domodata于2023年3月8日推出,是基于刚介绍的Ordinals协议推出的协议。该协议通过将代币的名称、数量等信息用特定的JSON格式写入聪(Satoshi)中以实现代币的部署Deploy、铸造Mint和转账Transfer的功能。在发布的第二天就有超过30000个铭文被铸造,其中文本类型的数量接近27000个。仿照以太坊ERC-20代币标准使用BRC-20命名,相当于基于Ordinals协议的代币发行协议,BRC-20协议的第一个代币名为$ORDI,也在铭文第一波和第二波中涨幅惊人。最近@domodata及其创立的@L1Fxyz提出了新提案:在区块高度837090进行升级,支持自发行模式、5字符的代币名称以及销毁BRC-20资产的方法,原文链接https://l1f.discourse.group/t/brc-20-proposal-for-issuance-and-burn-enhancements-brc20-ip-1/621。


ARC-20协议


ARC-20是一种染色币模型,与Ordinals协议不同,每一个ARC-20的代币都必须有一个聪支持,而非像BRC-20通过排序进行区分。其将信息被刻入交易脚本,余额使用UTXO的sat数量表示,转账功能完全由比特币的主网进行处理,代币的相关变化都可以在链上直观的反映。同时Artomicals通过指令操作,将每一个ARC-20代币都作为交易的第一个输出从而避免被当做矿工费用花掉,最开始各钱包没有支持该协议时,就出现了烧资产的现象。


SRC-20协议


SRC-20利用的是BTCSTAMPS协议即比特币邮票协议,而不是Ordinals协议,我们也可以从打铭文和转账的时候从地址看出来,SRC-20利用的还是bc1q开头的比特币地址而不是我们常用的bc1p开头的地址。Stamps和Ordinals之间的主要区别还是在于架构的不同,Stamps协议是将元数据存储在多重签名的UTXO中,而Ordinals协议则将元数据存储在比特币交易的SegWit部分中。


二、Runes协议


时间线背景


2023年5月8日BTC的核心开发者发文,声称BRC-20协议造成的垃圾过多且交易频繁,引起BTC网络阻塞,BTC社区应该采取行动阻止;在之后的9月1日Casey公开反对BRC20协议,并希望可以停止铸造BRC-20。2023年9月26日,CaseyRodarmor重新开发了一个名为Runes的协议作为BRC-20的替代品。该协议是一个基于UTXO的、能使比特币使用者具有使用良好体验的可替代代币协议。Casey认为改良过后,能够降低制造大量垃圾UTXO现象的符文,是比先前实验性的BRC-20协议更好、更轻量简洁的资产发行方案,至少,目前BRC-20的流行已经创造了大量的垃圾UTXO。


Runes实现方式


Runes代币的余额直接包含在UTXO内,如果一笔交易包含一个输出,而该输出的脚本pubkey包含一个OP_RETURN,后跟一个表示ASCII大写字母R的数据输出,则该交易包含一个协议消息。输入到无效协议消息的交易的符文将被烧毁,这允许未来存在的升级可以改变符文的分配或创建方式,避免之前旧的客户端错误分配符文的余额。


转账


协议消息中的第一个数据输出被解码为一个整数序列,这个整数序列将包含IDOUTPUTAMOUNT3种信息。ID指定了进行转账的是哪个Runes代币。每个代币在被创建时都会被分配一个IDID是从1开始的,越早创建的值越小。OUTPUT决定分配给第几个输出。AMOUNT表示转账的数量。


创建


如果协议消息后还有第二个数据输出,该交易则为一笔Runes代币创建交易。这部分的数据输出将被解码为SYMBOLDECIMALS两个整数,如果还有更多其它整数则无效。SYMBOL相当于BRC-20的Ticker,也就是代币名称,最多支持26位,可用字符只有A-Z。DECIMALS:精度,决定Runes代币能支持小数点后多少位。如果SYMBOL还未被使用,该Runes代币将被分配一个ID值,第一个被创建的「符文」TokenID值为1,BITCOIN、BTC和XBT这3个名称被禁用,同时在Runes协议依然不支持创建同名Token。


与其他协议对比


Casey在博客中对以下4方面将Runes协议与其它现有的比特币铭文协议进行了比较:



而对比比特币现有的代币协议:


-->> 1/2 文章未完,请继续阅读

以上就是Runestone怎么样?一文读懂爆火的Runestone及背后的Runes协议的全部内容,望能这篇Runestone怎么样?一文读懂爆火的Runestone及背后的Runes协议可以帮助您解决问题,能够解决大家的实际问题是非常好学习网一直努力的方向和目标。