这是一个创建于 727 天前的主题，其中的信息可能已经有所发展或是发生改变。
我的理解是给每个 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 |
Select Language