为什么不该继续购买用BRC-20 “协议” 发行的代币_CER:DeFine

作者:Ajian

BRC-20、上链的意义与“客户端验证”:为什么你不该继续购买用这些“协议”发行的token——它们根本不能被称为协议。比特币协议中有且只有一种东西:UTXO,比特币交易的输出,它的数额代表它的价值,它的“ScriptPubKey”表示它的花费条件。

可以用来编写脚本公钥的操作码是由比特币的共识规则提供的。这些操作码的意义在于编程验证条件,从而为一笔比特币UTXO设定花费条件;但它并不能用来定义任意我们想要的规则。

金色晚报 | 11月16日晚间重要动态一览:12:00-21:00关键词:LTC、以太坊2.0、Value DeFi攻击事件、比特币网络

1. FATF计划对P2P加密货币交易平台进行监管。

2. Value DeFi攻击事件一名受害者获得黑客发送的5万美元稳定币。

3. V神:phase1后以太坊已有扩展性,rollup就是一种计算分片。

4. 以太坊2.0的第二阶段或将被搁置。

5. 吉尔吉斯斯坦央行正起草法律草案以规范加密货币行业。

6. 比特币网络预计将于11月17日凌晨上调难度4.84%至17.60T。

7. 当前DeFi协议总锁仓量为160.6亿美元。

8. 由建行担任发行顾问的价值30亿美元数字债券“LBFEB21”将推迟上市。

9. LTC逆势日内涨超5% 李启威发推引发“基金入场”猜测。[2020/11/16 20:59:32]

也就是说,比特币脚本并不能用来创造一种不是比特币的UTXO,也不能用来制作任意的安全机制。所以,如果你想要在比特币链上发行资产,你永远只能依靠“链下协议”,举凡Omni、Counterparty、RGB、Taro、Ordinals,都不例外。

金色午报 | 8月9日午间重要动态一览:7:00-12:00关键词:LINK、四川省、Cosmos、ETC

1. 数据:目前LINK所有地址均盈利;

2. 四川省鼓励利用区块链等新技术,构建金融服务新模式;

3. 推特网友发布电报群出现的Cosmos钓鱼警告;

4. MakerDAO:由于上一次执行投票间出现错误,MKR持有者需重新投票;

5. 比特币平均交易费用达6.5美元,一个月内上涨逾500%;

6. ETC核心技术协调员:ETC这样具有可编程功能的p2p支付网络需要原生代币和分类账;

7. IoTeX计划推出跨链DEX,将于8月31日开启流动性挖矿;

8. Prysmatic Labs开发者:Medalla测试网得到社区高度参与;

9. 杨海坡:Defi是区块链的发展方向,也是区块链精神的本质。[2020/8/9]

关键在于,既然脚本公钥不能被任意编程,则这些链下协议所发行的资产,无论往链上写入什么数据,都不可能转化成这些资产的安全机制。举例,假如你发行了一种资产,无论你往链上写入什么数据,都不可能要求比特币网络来控制这种资产不通胀。

BTC减半倒计时|金色财经挖矿收益播报:金色财经报道,据OKEx矿池数据显示,下一次BTC减半日期预计为2020年5月10日,今天距此还有60天。BTC当前块高621021,下一次减半块高630000。今日全网算力约122.11 EH/s,全网难度约16.55T,预测下次难度17.81T(+7.61%),距离调整还剩还有12天,今日BTC收益:0.00001519BTC/T/天。[2020/3/10]

Omni协议使用OP_RETURN输出记录交易数据、OrdinalsNFT利用特定的格式加载内容,但这些东西都无法进入脚本公钥,都无法成为有意义的安全机制。那么,如何增设这些自定义的规则呢?

答案是:我们要让资产的买方运行额外的验证程序,验证卖方所卖出的资产的属性,这就是所谓的“客户端验证”。比如,买方验证卖方所卖出的资产具有资产发行者的签名,以验证它是“真币”;

要让资产“附身”于某一个UTXO,从而让比特币交易变成链外交易的证据、防止同一个资产被重复花费。

这些自定义的规则,假设它能在客户端验证的基础上支撑其一个安全的协议,当然可以写入到比特币区块链,但是,这样的操作并不能增加安全性,因为真正的安全性来自于客户端验证。比特币协议做的事情,只是阻止UTXO重复花费,同时允许运用比特币脚本,为这样的资产编写在比特币链上转移的方法。

当前Inscription将内容通过见证脚本暴露出来的方法,仅仅起到了上文所述的的作用,即标记特殊的比特币交易、阻止重复花费,但是,只要它不要求客户端运行额外的验证,就无法为这些NFT也好FT也好增加定制化的规则。

然而,将资产附着到UTXO上并不需要你将资产的内容完全公布上链;将为资产转移而提供的数据写到链上将耗费大量空间,经济性极差。这都是没有意义的事,将这些数据在链下提供给买方就可达成同样的效果

所以,请停止买入使用Inscription方法发行的Token,直到这些Token的开发者提供允许客户端验证的规则,否则你买入的就是空气,得不到任何的保护。开发者们,如果你真的在乎你的用户,请先设想这样的客户端验证规则并实现这样的客户端。

许多朋友从别的社区进入这个生态,往往带着固有的认知来理解比特币,但在别的链上有意义的事,在比特币上不一定有意义。请好好理解比特币,理解客户端验证范式,理解将一切其余资产都交给链外协议的智慧。通过消耗区块空间来获得可编程性的做法,注定在可扩展性和隐私性上面临可悲的结局。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

[0:15ms0-7:260ms