注：本文来自@AurtrianAjian推特，其贡献于BTCStudy.org，原推文内容由MarsBit整理如下：
BRC-20、上链的意义与“客户端验证”：为什么你不该继续购买用这些“协议”发行的token——它们根本不能被称为协议
比特币协议中有且只有一种东西：UTXO，比特币交易的输出，它的数额代表它的价值，它的“ScriptPubKey”表示它的花费条件。
可以用来编写脚本公钥的操作码是由比特币的共识规则提供的。这些操作码的意义在于编程验证条件，从而为一笔比特币UTXO设定花费条件；但它并不能用来定义任意我们想要的规则。
多链交易基础设施zkLink完成第二轮代码审计:5月9日消息，基于零知识证明的多链交易基础设施 zkLink 宣布通过第二轮代码安全审计，本轮审计由 ABDK Consulting 负责，包括智能合约、ZK-Rollup 电路和增量三个部分，均未发现任何重大安全问题，zkLink 计划在接下来的几个月内采取额外的安全措施，包括即将开启的用户资金安全测试 Dunkirk 等。此前 zkLink 于 2021 年 6 月完成由 Certik 进行的第一轮代码审计，未发现重大漏洞。[2023/5/9 14:51:28]
也就是说，比特币脚本并不能用来创造一种不是比特币的UTXO，也不能用来制作任意的安全机制。
加密货币每年的总耗电量在120至2400亿千瓦时之间:金色财经报道，根据福布斯、哥伦比亚气候学校、白宫官网等多份报告，加密货币每年的总耗电量在 120 至 2400 亿千瓦时之间。这超过了阿根廷和澳大利亚等大国的电力需求。从货币的角度来看，这个数字代表的 GDP 高于一个小国（例如巴哈马）。比特币区块链仍然是最大的消费者，仅在 2022 年就消耗了超过 161 太瓦时。[2023/2/24 12:27:32]
所以，如果你想要在比特币链上发行资产，你永远只能依靠“链下协议”，举凡Omni、Counterparty、RGB、Taro、Ordinals，都不例外。
OpenSea推出新工具套件，为NFT发布提供一站式服务:金色财经报道，OpenSea推新工具套件，让人们或品牌推出自己的NFT项目。这些工具有助于在所有受支持的EVM链上部署智能合约、配置发布机制和个性化登录页面。此举是在OpenSea努力为增强铸币发布创建独特工具之后做出的，例如沉浸式铸币、稀缺性追踪器和版税执法工具。该公司表示，它将允许某些创作者在未来几周内使用一站式商店铸币工具。[2023/2/3 11:44:27]
关键在于，既然脚本公钥不能被任意编程，则这些链下协议所发行的资产，无论往链上写入什么数据，都不可能转化成这些资产的安全机制。举例，假如你发行了一种资产，无论你往链上写入什么数据，都不可能要求比特币网络来控制这种资产不通胀。
PizzaDAO正在赞助75个国家的100多家披萨店:5月22日消息，PizzaDAO正在赞助75个国家的100多家披萨店，免费赠送披萨，以庆祝5月22日的比特币披萨日。
据悉，PizzaDAO将使用其Rare Pizzas项目的收入资助该活动。Rare Pizzas系列包括由全球300多位艺术家创作的10,000个披萨相关的NFT。该活动还将为几家慈善机构筹集资金。
Pizzadao成立于2021年2月，其理念是披萨应该是免费的，所有人都可以享用。该项目利用Web3工具，带来资金，并提供包容性，以支持独立企业，尤其是当地的披萨店，帮助他们扩大规模。（Cryptoslate）[2022/5/23 3:34:36]
Omni协议使用OP_RETURN输出记录交易数据、OrdinalsNFT利用特定的格式加载内容，但这些东西都无法进入脚本公钥，都无法成为有意义的安全机制。
那么，如何增设这些自定义的规则呢？
答案是：我们要让资产的买方运行额外的验证程序，验证卖方所卖出的资产的属性，这就是所谓的“客户端验证”。比如，买方验证卖方所卖出的资产具有资产发行者的签名，以验证它是“真币”；
要让资产“附身”于某一个UTXO，从而让比特币交易变成链外交易的证据、防止同一个资产被重复花费。
这些自定义的规则，假设它能在客户端验证的基础上支撑其一个安全的协议，当然可以写入到比特币区块链，但是，这样的操作并不能增加安全性，因为真正的安全性来自于客户端验证。比特币协议做的事情，只是阻止UTXO重复花费，同时允许运用比特币脚本，为这样的资产编写在比特币链上转移的方法。
当前Inscription将内容通过见证脚本暴露出来的方法，仅仅起到了上文所述的的作用，即标记特殊的比特币交易、阻止重复花费，但是，只要它不要求客户端运行额外的验证，就无法为这些NFT也好FT也好增加定制化的规则。
然而，将资产附着到UTXO上并不需要你将资产的内容完全公布上链；将为资产转移而提供的数据写到链上将耗费大量空间，经济性极差。这都是没有意义的事，将这些数据在链下提供给买方就可达成同样的效果
所以，请停止买入使用Inscription方法发行的Token，直到这些Token的开发者提供允许客户端验证的规则，否则你买入的就是空气，得不到任何的保护。开发者们，如果你真的在乎你的用户，请先设想这样的客户端验证规则并实现这样的客户端。
许多朋友从别的社区进入这个生态，往往带着固有的认知来理解比特币，但在别的链上有意义的事，在比特币上不一定有意义。
请好好理解比特币，理解客户端验证范式，理解将一切其余资产都交给链外协议的智慧。通过消耗区块空间来获得可编程性的做法，注定在可扩展性和隐私性上面临可悲的结局
如果你想寻找在“客户端验证”上最完整的想法，请了解RGB协议：
https://btcstudy.org/tags/RGB/
RGB的钱包和工具库：
https://rgb.info/zh/home/
另一个RGB网站：https://rgb.tech/
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。