Why Nostr? What is Njump?
2023-02-08 02:03:29
in reply to

aLE on Nostr: 《一段关于比特币NFT“序数(ordinal)”的讨论PART III》 阿剑: ...

《一段关于比特币NFT“序数(ordinal)”的讨论PART III》

阿剑:
能付得起手续费,就不算垃圾

阿剑:
而且技术上没有什么恶劣的后果

aLE:
你不喜欢的就叫垃圾 这是不对的

吕艳朋:
嗯,这点承认,确实很讨厌

阿剑:
能制止这种事情的只有经济激励。

清风:
这些垃圾,还是按区块收费,还是手续费只需要付交易数据的,后面图片不计入费用?

阿剑:
你有很多种办法,可以不连续地在区块中存储数据,最后恢复出一张图片

吕艳朋:
可能我太理想化了,希望比特币主网就应该纯粹存储比特币交易数据,才最干净、最简洁、最完美。

吕艳朋:
这个协议一出来,我觉得理想中简洁、优雅的比特币,受到了损伤

阿剑:
之前有 OP_RETURN,OP_RETURN 之前有把数据伪装成公钥的办法。现在这是一种新办法,仅此而已

阿剑:
那我只能说比特币一直不优雅,一直不简洁

阿剑:
因为没什么能阻止你把垃圾数据伪装成公钥

吕艳朋:
之前OP_RETURN是有大小限制的

阿剑:
那不就是不连续地存嘛

吕艳朋:
Taproot升级后把限制去掉了

吕艳朋:
嗯,是滴

吕艳朋:
懂了

阿剑:
OP_RETURN 在协议层没有大小限制,只在网络交易池转发规则中有限制

阿剑:
在 OP_RETURN 刚出来的时候是 40 字节,现在是 80 字节,超过这个限制的输出只是无法在网络中正常转发,而不是无法上链

吕艳朋:
嗯,原来如此

清风:
是,我在想,如果一个人每次都上线3-4M的图片,矿池要么整体打包,要么不打包他,会不会造成其他后果。

清风:
即便是按3-4M的空间收费,但也是大块垃圾。可能会造成手续费很高或者正常交易等待区块过长吧

阿剑:
确实会推高手续费,这是肯定的

清风:
如果是正常交易,手续费高是可以接受的。如果TPS降低至1/s,还非常昂贵。就会出大问题了

阿剑:
OP_RETURN 是一种进步,因为在使用它以前,伪装成公钥的垃圾也会占据 UTXO 集;但是 Core 开发者想到可以不在 UTXO 集中存储 OP_RETURN(反正他们也无法再花费了),因此它的负面效果就被消除了

aLE:
所以最近的fud看起来更像是shitcoiner故意制造的fud

清风:
在问题还没凸显出来前,先观察吧,这段时间推特争论也很激烈。adam也是非常反感

今晚喝点啥:
2T硬盘很便宜了

今晚喝点啥:
硬盘价格指数型下降

aLE:
两三百块

今晚喝点啥:
从最近数据看,交易费用也没有上升

aLE:
硬盘价格一直是急速通缩的

阿剑:
你不能只看到有人通过 witness 在区块里塞了一个 2 MB 的图片,你要看到的是这 2 MB 的图片可以拆成 1000 笔交易塞进去,人家真这么干了,你也不知道,而且更占区块空间

今晚喝点啥:
这算是在主网上添加其他数据的一次尝试?以后还可以添加语音啥的

清风:
一年210没问题,我就担心扩容

清风:
扩容对全节点的门槛,提高太多,如果全节点不分散,就不能算分布式账本了

aLE:
大区快我肯定是不同意的 问题比btc nft严重多了

阿剑:
1 笔交易 vs 1000 笔交易,不光塞入了同样多的垃圾数据,这些交易的元数据也会塞进去,所以会更多占用空间,而不是更少

清风:
但攻击者门槛降低了

aLE:
比特币币价上涨 自然攻击就变少了

阿剑:
我跟你们一样,关心区块链的大小。我自己甚至介意过隔离见证,因为它让硬盘占用的增长速率增加了。但是能换来闪电网络和 taproot,我觉得没亏。

阿剑:
这句话跟 “占用的区块空间小了” 是同一个意思

阿剑:
因为你想想,这种攻击的单价(价格/区块空间),就是手续费水平

阿剑:
多占用一些空间,自然价格更高,门槛更高;少占用一些空间,价格就低,门槛就低

阿剑:
比特币是个免许可的网络啊

清风:
不一样吧,比如我也可以恶趣味发一张4m照片,但让我发1000笔交易,不光得有钱,还得有机器人辅助。

阿剑:
现在你知道怎么在 witness 里面塞图片吗?不也是别人写的程序帮你做的吗

清风:
这倒是

阿剑:
不需要机器人。你只要构造连续的 1000 笔交易,就行了。这 1000 笔交易不需要在同一个区块中,交易图谱的链式自身就会保证它们会串联起来

阿剑:
这也是程序可以完成的

阿剑:
比如每一笔交易都是 一个输入,两个输入(一个 op_return,一个正常输出),后续的每一笔交易都花费这个正常输出。

清风:
看社区开发者的集体智慧了
Author Public Key
npub1pjvvr9we639fn6kp9aqnf4rua5suwe8mdvfygr0gegadhuxrwwnsz5jf67