#041 BRC-20 详解：理解比特币新型通证标准及其应用、局限与展望
type
status
date
slug
summary
tags
category
icon
password
1.什么是brc20
比特币上的 BRC-20 代币标准由推特用户@domodata 于2023年3月8日创建，这是一个实验性的可互换代币标准。它利用 Ordinal JSON 数据铸造和转移代币。
BRC-20 创建者强调这只是一个实验，代币本身并无价值。首个 BRC-20 代币合约部署的是“ordi”代币，每次铸币限制为1000个，总量为2100万个。铸造 BRC-20 代币时要注意选择铸币服务，正确使用转账功能，确保在铸币前仍有剩余代币。
2.1系统运作方式
brc20依赖一个前端页面用来检索和查看账户余额，重点是账户余额实时记录，需要一直检索区块，并且标记所有的铸造领取转账行为。
部署直接记录铭文的代号，供应量和领取限制。
用户mint时候，直接从总账户划转余额到领取账户
转移分两个步骤，第一步铸造一个转移函数铭文到发送地址，第二步将该铭文发送到接受账户，然后前端系统进行记录余额。
2.2系统一些限制
不能超过代币部署时候声明的最大转移数量
不能超过用户可用余额
如果转账行为出现在同一区块，则已区块确认顺序在前面的为准
每个转账铭文只能使用一次。
3.用户如何操作
brc20的操作分为Deploy、Mint和Transfer，也就是部署、领取和转移，对用户端来说，就是铭文的铸造。
3.1部署
{
"p": "brc-20",
"op": "deploy",
"tick": "ordi",
"max": "21000000",
"lim": "1000"
}
铸造铭文，填写tick字段用来表示代币名，max表示供应量，lim表示每次转移最大数额。
3.2领取
{
"p": "brc-20",
"op": "mint",
"tick": "ordi",
"amt": "1000"
}
填写用户名和领取数量amt，amt不能超过可以领取的最大限制和部署铭文后的余额
3.3 转移
{
"p": "brc-20",
"op": "transfer",
"tick": "ordi",
"amt": "100",
"to": "1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa"
}
填写代币代号数量和目的地址
4 我的理解
基于ordinals的brc20就是以json格式，用铭文的形式，当作一个账本记账，实现部署领取转移功能。这是一个实验性的想法，企图将以太坊的代币功能带入到比特币中，从名字就可以看出来，完全是为了让用户第一时间理解这是什么，其实和erc20没有任何功能性的关联。
4.1局限性
tick+max决定了brc20代币的独特性，所以不需要跟域名一样去抢注，没有抢注动力，就无法在短时间形成规模。
用户操作来看，是一些非常简单的操作，只需要按照要求铸造铭文即可完成部署领取和转移的功能，最大的局限性在于前端的检索和余额，区块的不稳定，服务的不稳定，都可能会带来用户余额偏移，这对于一个记账系统来说是致命的。
重点更加依赖中心服务，而不是去中心化服务，链上的铭文相当于账本中的一页页纸，还需要一个老会计一直盯着账本进行汇总和追踪。
与erc20比，体验差非常多，甚至跟基于闪电网络的taro也比不具备竞争力。当前阶段我认为没必要去过多参与brc20，这只是一个非常非常初级的想法，连功能都算不上，何况现在检索服务没有一个标准，不知道现在某个账本上还剩多少币，盲操作。
4.2展望
尽管 BRC-20 只是实验性质，但社区和开发者已积极推动其发展。未来可能会有更好的标准和工具出现。更好的标准需要在部署交易中分发代币，使用不会消耗太多区块空间的数据结构。BRC-20 创建者表示有兴趣开发更好的比特币可互换代币标准。
如果市场足够大，检索服务是可以被设计收费使用，从而有了更准确更好的体验。brc20能发展起来的基础是ordinals的用户足够多，用户多前提是nft市值足够大.
5.总结
区块链本身就是账本，brc20以铭文的形式，设计了一个账本中的账本，类似于在一个大的账本中，开辟了一个小角落，单独执行另一套记账功能。但是功能有限，当前阶段还无法正式应用。
但从发展的角度看，brc20让我看到了另一种趋势，基于文本的铭文，可以创造更多的创造性功能，文本+铭文，确实创造了一些本来不可能在纯链上运行的简单应用场景。这是与以太坊不一样的地方，也是ordinals独特性的体现。
参考
如果这篇文章对你有一些帮助，请帮我转发并关注我的推特：ohxiyu，我会持续更新。
每天的文章都会在mirror备份。
Loading...