这是一个创建于 371 天前的主题，其中的信息可能已经有所发展或是发生改变。
我的理解是给每个 sat 建个序号， 然后用这个序号指向一段 json （比如 brc-20 ）或者一个图片（ nft ）。 是这样吗？这数据是存在哪里的
 |
1
hucw21750 2023-12-06 18:01:50 +08:00
我以为是游戏装备铭文，溜了溜了。
|
 |
2
ding2dong 2023-12-06 18:21:25 +08:00
比特币核心开发人员 Luke Dashjr 在社交平台回复中确认，此前其披露的 Bitcoin Core 漏洞如果修复，意味着 Ordinals 和 BRC-20 将不复存在。另一条评论表示，如果铭文想要继续下去，一个更环保的方法就是创建一个铭文链，类似于以太坊的 Layer 2 ，这个链只需要定期向比特币提交哈希值就可以运行了，对吗?
Luke Dashjr 回复，是的，那行得通。然后它甚至根本不需要有区块大小限制，每个节点都可以设置自己的限制(或没有)。 |
 |
4
acess 2023-12-07 16:48:47 +08:00
Inscriptions do not require a sidechain or separate token.
Inscription content is entirely on-chain, stored in taproot script-path spend scripts. Taproot scripts have very few restrictions on their content, and additionally receive the witness discount, making inscription content storage relatively economical. 数据是直接存到链上的。taproot 在这方面放宽了限制，可以夹带大量数据，所以被利用来夹带各种数据了。 另外，json 里指定了 mime_type ，不止 jpg ，其他东西也可以夹带刻进链中。 |
|
5
acess 2023-12-07 16:49:05 +08:00
|
|
6
acess 2023-12-07 16:49:49 +08:00
（ sat 建一个序号这个，我记得也是人为规定的，理论上也可能有其他办法去数一个 sat 是第多少号）
|
|
7
acess 2023-12-07 16:52:28 +08:00
luke 那个改动我记得也只是说，节点软件默认不打包这种夹带过多数据的交易，但（你自己不打包，别的）矿工打包了还是照样接受的
|
|
8
acess 2023-12-07 16:53:23 +08:00
而且 luke 那个改动也只是在他自己维护的 knots 节点软件（ core 的分支项目）上搞的
|
|
9
acess 2023-12-07 16:55:23 +08:00
（啊忘了说了，理论上也可能有其他办法去数一个 sat 是第多少号，就是说 ordinal 理论数出来第 xxxx 号，如果有人再设计一个理论可能数出来完全不一样的第 yyyy 号）
|
|
10
acess 2023-12-07 17:02:35 +08:00
这个我记得跟 op_return 性质差不多……都是在交易里夹带无关数据，于是就可以用来在链上“铭刻”数据。
|
 |
11
zsxzy OP 这东西带来东西方加密社区的一场吵架，ordi 类 brc20 主要是国人在炒作 ：）
|
 |
12
chenpingan 2023-12-08 14:35:32 +08:00
@ding2dong BRC-20 牵动的利益太大，凭 luke 一个人不可能消灭 BRC-20 ，而且 BTC 社区也不是一言堂，开发者不能决定一切
|
 |
13
seangao003 364 天前
空气，都是空气，
|
 |
14
subpo 364 天前
强烈推荐 deschool 的课程，尤其是第三第四课 ： https://deschool.app/zh/studio/654af76613ec05fadf413c61
|
Select Language