我的理解是给每个 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 2023-12-13 18:32:32 +08:00
空气,都是空气,
|
14
subpo 2023-12-14 12:55:40 +08:00
强烈推荐 deschool 的课程,尤其是第三第四课 : https://deschool.app/zh/studio/654af76613ec05fadf413c61
|