Runes协议会超越Erc20,成为加密市场主流发币协议吗?

转载
223 天前
2857
Web3CN

文章转载来源: Web3CN

众所周知,以太坊ERC20协议是加密圈第一大发币协议 ,它创造了如下功绩:

一是成就了以太坊公链,让以太坊的EVM智能合约平台成为整个加密圈最主流的开发协议。

二是成就了DeFi,ERC20 toke的出现,让项目方可以使用去中心化的token去开展去中心化金融业务。

三是成就了去中心化融资和创业,直白点来说就是成就了ICO,投资方和创业者可以更直接和高效的进行投资和融资。

而纵观当下所有新公链的叙事,基本都是在复制以太坊的成功之路,想扶持自己的ERC20。那怎样才能做出属于自己平台的ERC20 ?有两点:

1、新公链的市值要足够大,所以Solana一直在狂拉,甚至一度超过了ETH市值的20%, 想要夯实自己的地基。

2、发币协议要创新,不能单纯的复制erc20。要得到加密圈用户和社群的认可。

对比了上面的ERC20成就之路和新发币协议的突围之路。当下最有可能超越ERC20发币协议的只有Runes。理由如下:

  • BTC的市值占加密货币市值的50%,地基最牢固,地基甚至远超以太坊地基。

  • BRC20铭文出来,公平发射的逻辑足够创新,得到了社区用户的认可。

  • Runes协议是在 BRC20 公平发射的基础上,衍生迭代的新发币协议,兼容了BRC20和ERC20的优势,同时又是BTC主网上的发资产协议。

Runes 的基本特征

利用UTXO所携带的op_return 来描述代币的deploy,mint, transfer 等基本操作以及所携带的代币信息。

代币发行者可以定制类似BRC20的完全公平发射,也可以定制ERC20的团队机构募资流程。同时也支持两者兼顾,一部分用于公平发射,另外一部分用于团队预留。

Runes VS BRC20

  • 更灵活:BRC20只能公平发射,不利于团队募资和融资。而Runes 可以。

  • 更方便:BRC20 transfer时,必须先铭刻,发一笔交易,然后再 transfer,需要很重的外部检索器来溯源历史。而基于UTXO op_return的Runes每个 UTXO 中带着操作码和信息,不需要额外铭刻交易,只需要轻量级的检索器,给BTC网络不会造成大规模的小额UTXO的粉尘攻击,也给用户节省了交易手续费成本。

  • 可以并发:比如一笔交易里带一个 op_return 加 M(M为整数,比如可以设置为1000)个地址,一笔交易就能平均发送给 M个用户。这有点类似于微信红包基础送红包功能。

Runes VS ERC20

  • erc20的地基是ETH, Runes的地基是BTC,Runes的地基更牢固。

  • erc20从2016年以来,已经有很多闭环的商业和很大的生态,Runes还没正式开始,erc20有先发优势和规模效应。

  • Runes更新,币圈有个说法叫做炒新不炒,Runes更有时髦性,有更大的成长空间。

  • Runes兼容铭文brc20的公平发射,这是这一轮加密周期里最重要的资产叙事。

  • erc20有图灵完备的EVM主网支撑其商业闭环,但Runes可以利用BTC Layer2来完成以太坊的图灵完备带来的商业逻辑。据了解,BTC L2龙头项目BEVM很早就宣布会第一时间接入Runes协议,允许用户将Runes协议资产跨到二层网络上来做商业应用。

Runes发币协议的一些细节

deploy:通过构造op_return中带有如下信息的交易来实现符文的部署

在Deploy交易中,可以在op_return中同时带有如下信息来实现部署的同时项目方预留代币

部署的符文有3种启动方式:

term设置为0,带有Edict,代表部署的符文全部在项目方手中

term不为0,不带有Edict,代表项目方不预留符文,在满足deadline和term两个约束条件时可以fair mint

term不为0,带有Edict,代表项目方预留符文,在满足deadline和term两个约束条件时可以fair mint

Mint:满足约束条件下,只需要在op_return中带有如下信息,即可实现mint,mint的数量在部署的时候已经进行了限定

Transfer:输入利用带有符文的utxo,然后利用op_return带有Edict信息,指定转账到哪一个utxo。