瞌睡鸟.btc

@SAT20Labs 官方并未给出具体理由。BIP 编辑 kanzure 只是拒绝将序数提案（PR #1408）合并到官方 BIP 代码库中，并表示他不会为其分配编号。没有正式的申诉流程——编辑拥有自由裁量权。你可以在比特币开发者邮件列表中提出这个问题，但协议本身（聪编号和铭文）不会受到影响，运行方式不变。没有任何影响。

瞌睡鸟.btc @Samuel_FZz

3 months ago

@SAT20Labs 这对聪网以及ordx有什么负面影响？又存在什么样的机遇？

瞌睡鸟.btc @Samuel_FZz

7 months ago

一个可敬的团队，成功的团队，成功的项目。

SAT20 Labs

@SAT20Labs

7 months ago

BRC20支持进度和一些感想个人通道已经支持brc20的splicing操作，请下载最新的测试包，在测试网上体验。最新的测试版本是0.1.63。顺带说一下，闪电通道支持brc20资产的方案非常复杂。之前闪电通道只支持utxo账本模型的资产，比如ordx，runes等，计算模型相对简单。而brc20资产转移需要铸造一个transfer铭文，而且其账本模型是非utxo模型的，这导致闪电通道处理brc20资产的复杂度极其高。简单举个例子，在之前，我们更新闪电通道状态时，只需要构造并验证6个交易就完成了。这6个交易，每一方各有3个交易：一个承诺交易，一个清扫承诺交易本地输出的清扫交易，一个清扫承诺交易远端输出的惩罚交易。但引入brc20资产之后，每增加一个brc20资产，每一方都需要增加8个交易，分别是承诺交易中需要转移到本地的brc20资产的transfer铭文和转移到远端的transfer铭文；清扫交易只需要请扫本地的brc20资产，所以需要一个transfer铭文；惩罚交易需要请扫远端的brc20资产，这也需要一个transfer铭文。加起来，一方就需要4个transfer铭文，而铸造一个transfer铭文需要2个交易，所以一方就增加8个交易，双方总计增加16个交易。如果通道中有2个brc20资产，那就需要加倍。基本上，n个brc20资产，就需要增加16n个交易。这么多的交易，而且交易之间有顺序关系，其费用计算和构造就需要一个复杂的计算模型。这个结果，从一定程度上，可以说明为什么EVM的技术栈，在BTC网络上是无法兼容的。仅仅一个资产账本模型，就已经这么难处理了。而从我们的实践结果来看，闪电通道能支持brc20资产，还是因为brc20资产的转移规则，遵循了BTC的utxo账本的规则（transfer铭文给了谁，谁就得到转移的brc20资产，这跟转移utxo中的聪是一致的）。不管如何，到目前为止，我们已经实现了两年前定下来的目标，为BTC主网上的原生资产（Ordinals，BRC20，ORDX，Runes），提供了一个基于闪电网络通道的安全经济快捷的流通交易环境。这个整体方案，说简单也非常简单，使用的都是现成的技术，聪网是btcd的分叉版本，闪电桥基于闪电网络RSMC协议；但方案的复杂度和工程难度其实非常高，即使是我们这样打造过亿级用户产品的团队来说，也是一个艰难的工程项目，也需要我们差不多2年时间才能基本完成。我们不能说整个方案已经完善了，实际上这仅仅是开始，这里面有太多的复杂的工程问题，需要在后面的实践中，随着用户数量的增加，随着节点数量的增加，不断迭代完善。我们有信心不断完善整个方案。如果你认为： 1. BTC是世界账本，会有越来越多的资产会发行在BTC主网上 2. BTC是未来价值网络的根基那么请你支持我们，我们为BTC生态打造的原生扩展网络-聪网，就是为这样的目标而创造的。只有真正相信的人，才能看到未来，才能长时间坚持做正确事。我们已经坚持两年了。