Frost

Public Key

npub1gstwju25lm5k3hl692jf6qzzmh5jtk78sfsnjmur705aw48p9qns60tkr6

NIP-57 Address

youngstar607116@getalby.com

Profile Code

nprofile1qqsyg9hfw920a6tgmlaz4fyaqppdm6f9m0rcycfed7pl86wh2nsjsfcpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsn7tr58

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1gstwju25lm5k3hl692jf6qzzmh5jtk78sfsnjmur705aw48p9qns60tkr6

Show more details

Last Notes

2024-02-10 05:17:39

大伙新年快乐！年前回家陪父母过年，顺带着读完了今年的第一本书《书读完了》。
作者金克木看书是看得真多，看得真明白呀。他由传统四书五经开蒙，专攻梵语佛教经典，宗教信仰烂熟于心，古希腊下来直到20世纪现象学的哲学脉络也游刃有余，还了解科学的前沿进展，老年时还学会了用电脑。
一个人能这样终此一生都抱有好奇心，很是敬佩。老人家视野广大，博古通今，又经历文化大革命的浩劫，他在这本书中点出中国历代文人最大的传统就是曲笔，因为害怕文字狱，所以作品的言外之意往往只有作者当时小圈子范围内的人明白。

2024-01-12 10:48:25

收到服务商邮件说服务器流量快超限了，一看我这 bitcoind 一个月跑了 2.7T 流量😂，100 多个 connection_in，就当给网络做贡献了。

2024-01-09 08:19:14

但闪电网络有个非常大的优势，可以充当一条不可封杀的安全通信信道。如果比特币最终成为全世界金融的主导，闪电网络节点不能封杀的话，那 gfw 就失效了。闪电网络解决了 tor 没有激励、节点全被封的问题。
#nevent1q…2wnk

2024-01-09 08:14:12

- reply

闪电网络的门槛还是太高了，想让新用户上手会很困难，心智负担大。

2024-01-08 08:09:34

https://stacker.news/items/379225/r/021ff34f4c 2023年闪电网络的节点数和容量都是下降了不少，虽然在比特币价格上我会感到乐观，但在技术进展上我不会感到很乐观，难解决的硬骨头还是在那里，「讲故事」可以掩盖和欺骗，但没有实质进展。

2024-01-08 06:13:17

- reply

blockstream 改造 explorer 后端 esplaro electrs 居然跟 bitcoind 需要的硬盘空间一样大，太夸张了，原版 electrs 10% 就行了，为啥要用 esplaro 这 https api？一般的用户跑得起两倍硬盘的 bitcoind？更别说放到 vps 上跑了。不自己跑，用 blcoksteam 为爱发电提供的又可靠性极低，动不动就请求次数超过限制。

2024-01-02 03:01:55

这些问题给中国的社会科学提出了真实的难题，急切需要理论上的回应。
#nevent1q…p4pc

2023-12-24 07:05:36

好的网络应用或者社会，应该是能让人把真实的表达作为是每个人的占优策略。
既惩罚水军、spam bot、键盘侠、标题党、巨魔；也有足够的激励能让人不会陷入害怕畏缩、失望、找不到同伴而封闭表达的境况。

2023-12-23 06:21:29

看完了这本书，非常值得一读，看完后会对万维网当初发明的目、这项新技术流行开来的过程会有一个不一样的印象。以目前网络现状来说，还远没有实现其期望，还有很长的路要走，甚至可能是镜花水月就是条不可能的路。
有几个出乎我印象的点：
万维网发明不是想干电视、报纸这类媒体的工作的，它是想让人更好的**协作**。它其实类似现在的双向链接笔记软件RoamResearch之类的，而不是ePub这样一个静态的内容展示。所以它最初的浏览器是有富媒体编辑功能的。
最开始流行的比我想象中的慢，向别人介绍展示，别人大都嗤之以鼻。两三年过去了也就100台服务器，浏览器全是个人爱好者写的，写完也就没动力了。
94年之后流行的比想象中的快得多，94年网景创立（1年后就上市，创造了当时历史上最大IPO）、微软（95年底盖茨才说要all in互联网，发布了IE）等一些类熟悉的名字粉墨登场。到99年互联网科技泡沫，万维网才发明10年，这么一比，比特币的流行速度其实不是很突出（也许是比特币的利益相关性牵扯太大）。而且99年到09年比特币发明，其实也只有10年，它们俩时间没有差很远。
URI>HTTP>HTML，最重要的是信息的标识，其次是网络传输，再次是描述语言。信息空间是想包含所有信息。域名、证书体系是早就知道的弱点，对于这样分布式、无许可的系统又要怎么解决信任问题还是老大难。作者更偏向哈希+公钥，要找权威机构在证书里填上你是谁、是什么公司的，作者对这套方案其实是不感冒的。W3C提供的协议标准仅是推荐级，并非强制。
最后展望的语义万维网是有点类似今天的元宇宙+LLM的，每个人运行自己的服务器，充当永远在线赛博助手，它能理解万维网上的信息，也有推理智能。
#nevent1q…ujnj

2023-12-13 06:54:44

开始看所谓客户端验证是什么范式，于是感觉我可能理解错了如何利用 taproot 交易来减少数据上链的方式：它似乎是用方式一（私钥签名）花掉 taproot UTXO，在链上进行转账，但同时在链下要揭露 tapscript 这棵树等内容作为证据，这些证据不用上链，而是由接收方保管整个证据历史，并且通过一个客户端进行验证每一个证据（跟链上通过方式二脚本路径花掉 taproot UTXO类似地验证方式）。
这样一个 UTXO 语法上是否有效由链上保证，而语义（合约的含义）上是否有效由链下的跟 UTXO 流转过程中产生的一连串证据历史来保证。客户端侧需要验证整个历史
。
那这样每个 UTXO 随着转手次数增长，并且和别的 UTXO 同时花费过，附加在它身上的证据历史不是越来越庞大？它的历史证据跟一条区块链本身类似了。
文档还是太模糊了，打算把环境搭建起来实际跑一下，看它的交易到底是怎么样的。
#nevent1q…99gm

2023-12-10 06:32:08

- reply

那是个类似朝鲜的极权国家，真肉身去那太冒险了。

2023-12-08 08:21:26

大家普遍下意识地认为 Taproot Assets 能减少上链数据量，但按文档的方案介绍，它会比目前的 brc-20 方案的上链数据量都多得多，可以看看 Lightingning Labs 自己的介绍[视频](https://www.youtube.com/watch?v=-yiTtO_p3Cw)，都是说转账 taproot assets 要发送 on-chain 交易。
只有通过闪电网络才能真正的减少上链数据量，也就是它的 Pocket Universe 服务商。
#nevent1q…k3gf

2023-12-07 13:39:14

#TaprootAssets 这几天在看 taproot assets 的资料，想弄懂它到底是怎么运作的。不得不说，这是个相当复杂的协议，转账时双方协商的细节还是没很清楚。网上的资料其实相当缺乏，大都只是泛泛而谈。而官方文档的英语用词偏学术化，各种概念零落，读起来费劲。
Taproot assets 本质上是 taproot 的一种应用方式，也就是一种构造 tapscript 的惯例。所以需要从 taproot 交易是什么开始讲起。传统的比特币交易可以把一个公钥放到交易的 output 里面，要求花费这个 UTXO 时需要使用对应的私钥去签名一段信息，把签名结果放到交易的 input 里来证明自己确实拥有这个公钥，有花掉这个 UTXO 的所有权。Taproot 将这个 output 的公钥变了一下，`Taproot publick key Q = owner public key P + Hash(P | tapscript tree root) * G`，这个公钥 Q 对应的私钥显然就是 `owner private key p + Hash(P | tapscript tree root)`，可以直接用这个私钥按传统方式花掉 UTXO。
但还有另外一种方式花掉 taproot 的 UTXO。计算 Q 时只有两个变量 P 和 tapscript tree root，而如果这个 UTXO 是发给我的，那 P 就是我的公钥，唯一未知的就是 tapscript tree root。如果可以证明自己同时也知道这个 root，就能证明这个 UTXO 的所有者就是自己。这个 root 是一个被叫做 tapscript 的 merkle tree 的 root，而且叶子节点都是一段代码。所以只需揭露某个叶子节点的代码内容、加上对应的 merkle path 这一哈希数组，就能构造出 root，然后再按公式计算出 Q，看是不是同一个 Q 即可。另外一般还要提供一段解锁代码去配合叶子节点的代码，让它们运行之后为真（当然你也可以让叶子节点的代码自己单独运行就为真，这样 input 提供的解锁代码就是空），就跟传统模式的 output script 需要一段 input script 配合去解锁一样。总结一下这种花费方式下，交易的 input script 里面需要包括：P、一段解锁代码、merkle tree 某个叶子处的内容、merkle path。
然后看看 taproot asset 是如何构建 tapscript 这棵树的，它相当复杂，带有 3 重（更复杂时有 4 重）的 merkle tree。最上层一重跟普通的 tapscript tree 一样，只是叶子节点不再是一段代码，而是下面一重 merkle tree（叫做 taproot assets tree）的 root，而 taproot assets tree 的叶子节点是更下一重 merkle tree（叫做 asset MS-SMT tree）的root。
最底层的 asset MS-SMT tree 用来存储某个资产的余额，一个叶子就相当于一个 UTXO，里面记录这个叶子代表的 amount、所有者的**公钥**等信息。这个 merkle tree 是带总和的稀疏 merkle tree（简称 MS-SMT），所以它往上层做哈希计算 root 时，为空的叶子节点也要哈希，并且需要带上 amount 的加和（可以很方便察觉资产的总发行量变没变）。而它上层的 taproot assets tree 的每个叶子都可以是一个资产，它是用来管理多个资产的，它的 root 叫做 taproot assets commitment。
创建资产时，需要往主网发送一个 taproot 交易（叫做 genesis tx），里面 output 的公钥按上面的公式计算，里面的 tapscrip tree root 就是 3 重 merkle tree 的 root。这个 genesis tx 上链之后，要发送第二个交易上链，揭露创建资产的元信息（叫什么名字、总额、url、文档等等），要不然 genesis tx 外表看起来和最普通的 taproot 交易一模一样，外人不从得知这个交易实际上创建了其他类型的资产。
转账时，双方需要复杂的协调。总的有两个层面，tapscript tree 层面和 tx 层面。对于 tapscript tree，要重新构建，在最底层 asset MS-SMT tree 下把 sender 要花的那个叶子节点整个删除（类似 UTXO 的花费，无论数额多少，都需要整个删除，然后新建另一个**找零** UTXO），然后新建自己的找零叶子节点和 receiver 的叶子节点。叶子节点的任何变更，往上层哈希最终计算出新的 tapscript tree root。然后可以进行 tx 层面的协调，需要保证 receiver 应得的叶子节点的tapscript tree root 用来生成了一个 taproot output，保证 sender 自己找零的叶子节点的 tapscript tree root 用来生成了找零的 taproot output。两个 output，而且代表的其实是不同的 tapscript tree 视角（所以 root 肯定不同），因为这里不是使用一棵 tapscript tree 来保存全局的账户余额（类似 Ethereum 的账户模型方式），而仍然是 UTXO 模式，资产在 MS-SMT tree 下的一个叶子节点和某个 UTXO 是一一对应的。
所以一个 taproot assets 转账交易的 input 里会包含什么？跟普通的 taproot 交易一样，它包括：所有者公钥 P、asset MS-SMT tree 叶子节点指示的所有者公钥的签名（用来证明所有权）、**叶子节点的内容本身**、3 重的 merkle path。
为了保证每个转账往前追溯是都能追溯到 genesis tx，asset MS-SMT tree 的叶子节点记录的信息里面还有个 prev asset witness 字段，它存的是当前 UTXO 的父 UTXO（通过花掉了父 UTXO 而创建了当前 UTXO）位置、asset id、asset witness（花掉父 UTXO 的凭证）。genesis tx 里这项为空。这个字段就建立了这些 UTXO 的树式关系（并非链式关系），最终可以追溯到 genesis tx 的那个 UTXO，并且所有 witness 是可以验证的。
显然，叶子节点的内容太大了，如果每次转账交易的 input 都要附带这么多数据上链，那比特币的硬盘增长会上升非常迅速。所以就有了 Universe 服务，有几个功能：1. 监视链上交易，一旦发现是 taproot assets 的创建或者转账，就把数据索引好存起来。2. 存储数据，它存的数据包括：asset meta 信息（名字、数量之类的，它不能变更，因为 asset id 的生成里用到了它的哈希值）、genesis tx、转账交易。3. 响应查询，一般的客户端没有能力从链上交易里检索的话，直接向 Univserse 服务查询，并且它可以提供 witness 来证明。genesis tx 的 tapscript 里可以有 canonical_universe 这个字段，规定官方的 Universe 地址。
如果 Universe 服务仅是这样的话，那它**根本没有任何减少上链数据的功能**，只有一种叫 Pocket Universe 的特种 Universe 才提供**上链交易批量聚合**的功能：每转账一次，就需要重新生成 taproot assets tree 发交易上链，如果将多次的 tree 变更批量成一次变更，就只需上链一个交易。它需要信任运营方，还需要锁定 sender 的 taproot assets UTXO，否则 sender 在任何时候都有退路去链上转账，就会出现双花，所以它其实是一种 channel。
Taproot assets 还有很多复杂的设计，比如 asset MS-SMT tree 叶子节点在发花费时可以 merge 和 split（这会让 tapscrit tree 变成 4 重 merkle）、基于闪电网络 HTLC 的转账、一个 genesis tx 创建多个 asset（group assets）后跨 asset 的 swap 转账（跨 asset MS-SMT tree 叶子节点的删除和创建，这可以实现多资产的原子交换，甚至实现去中心化交易所）、Universe 数据存储的格式（一棵 MS—SMT tree，它的叶子叫做 proof，一个 proof 包含全部用来证明转账确实合法的息，叶子的内容是 append-only 的文本）
上面没提到的细节有：
Q1：关于 3 重的 tapscript tree 每重之间的叶子节点是怎么和下一重的 root 对应的?
首先，`asset id = sha256(genesis tx 花的UTXO outpint | asset tag | asset meta hash | output index | asset type)`。第二重 taproot asset tree 的叶子节点就对应 asset id，并且里面存的是（asset sum，[Asset MS-SMT 树 root、asset sum]。这样某项 asset 对应的发行数量和它的 MS-SMT tree 就能找到。
最上层 tapscript tree 的叶子对应的是 `tagged_hash("TapLeaf", leaf version | taproot assert maker | taprrot asset version | asset tree root)`。这样也和 asset tree root 联系起来了。
资料：
[Taproot assets bip](https://github.com/Roasbeef/bips/blob/bip-tap/bip-tap.mediawiki)
[Taproot assets universe bip](https://github.com/Roasbeef/bips/blob/bip-tap/bip-tap-universe.mediawiki)
[Nayuta 团队写的最通俗的博客文章，里面的图可视化非常好](https://medium.com/nayuta-inc/taro-ed6b93b09a75)

2023-12-06 07:22:48

- reply

https://image.nostr.build/eb064584ec922e7b12f1f7577645eaf64de9c6c1b5aee10b4a22dbd66425c0be.jpg

2023-12-06 07:20:05

- reply

不管是谁发的铭文，先打几张再说，防止像 ordi 那样涨几万倍拍断大腿😹

2023-12-06 05:37:51

所以这一轮牛市启动的 fomo 口号是「打着防身」吗，太傻了。
虽然硬盘资源没 UTXO 内存那么贵重，但也是相当珍贵的了，尤其是真想做百年项目的话，也不是可以随便扔垃圾进去的。让每个后人都捏着鼻子看着垃圾只怕他们也会想要推倒重来。

2023-12-03 00:22:46

- reply

按理说 F 一样要先上链，否则注资的 input 指向双方各自的 UTXO 可能会失效。

2023-11-29 09:43:16

花了一天时间已经看到了第 5 章，可以说这第三版在原来已经很优秀的基础上继续改进了很多，吸收了其它更技术细节书籍的一些优点。
目前感受到两个突出特点：技术细节介绍时会讲当时为什么选这样，不仅讲 what，而且用一两句话把 why 点出来；力求清晰简洁，很多网上流传的资料里混淆的概念，在这本书里区分得很清楚。
第 5 章对于钱包助记词、恢复、备份写得非常好，相比零碎的博客文章而言，书用一章的篇幅可以把这些内容讲得更连贯完整。尤其是讲了目前方案的不足和可选的新方案。
#nevent1q…00nv

2023-11-25 15:06:44

读政治思想史和读哲学史在心理态度上会存在明显的差异。
读哲学史，看到对你而言不是很有说服力的理论，可以放松，看过了也就看过了，可以雁过而水无痕。
但读政治思想史碰到对你而言不是很有说服力的观点，比如说某个主体是绝对正确的，君主，普遍意志，阶级，民族等等，说它们会违法是不可能的，因为它们本身就是法。再比如说政体形式问题，要我们按哪种形式组织。这些不同意会有更强烈的心理反抗冲动：能说服别人但没能说服我。
因为政治思想对现实来说，后果范围更大，影响更快，作用更直接，所以更警惕是合理的。
#nevent1q…jja0

2023-11-25 14:34:41

这本《西方政治思想史》上本由柏拉图讲到美国立国，还不能说看得很爽，主要是翻译语言不文不白，像是一个中国老头在讲台上用地道的中国语言讲课，有时总让我怀疑这翻译到底准不准。
但到了下册，直接大呼过瘾，把脉络理得清楚，看得让人只想大啸三声。尤其是对自由主义的反动部分，一连串层层递进，黑格尔，马克思，伯恩斯坦，列宁托洛斯基，帕累托，勒庞，弗洛伊德，希特勒。这些理论或是偏离或是颠倒或是左右，看完就让人明白他们对自由主义到底是什么批判意见。
https://www.goodreads.com/book/show/55925518

2023-11-25 04:31:31

无意间找到了讲一本俄国历史的好书，在豆瓣上看到别人评论，说这本书理想国好几年前就翻译完了，1000 多页，只是一直不让出版，结果在网上找到了精排版的中文版，估计是译者不忍心它难见天日所以放出来的。
人民的悲剧：俄国革命史，1891-2914
https://anonymfile.com/x40y/1891-1924.epub

2023-11-24 16:39:26

政府变成这样骑虎难下的局面非常僵化和愚蠢，这它自己也是非常危险的。
本来建国就不是通过无产阶级实现的，而是列宁式的恐怖极权。但一百年后中国城市人口中真的出现了大比例的的青年无产阶级，如果他们上过高中，在这世道下亲身经历认为真的「城市里打工的工资永远只够一部分人勉强糊口，一部分人不够糊口」，再认同课本上的马克思对这种情况的分析是对的话，那他们可能真的会相信需要进行革命了。
现在网上一批年轻人是毛粉，一批人等别人「创业」，似乎就有点这苗头。
#nevent1q…vm5z

2023-11-24 03:41:37

因为不能穿越时间，所以带来两个非常无解的问题。
不能穿越过去，所以休谟怀疑是否真的有因果，无法重放来证明这点；历史路径是否偶然还是必然也不确定。
不能穿越未来，所以可以用诉诸未来论证合理性，从弥赛亚降世，到共产主义，都是用事实上不存在的未来进行说服。

2023-11-15 16:13:29

Mastering Bitcoin 第三版这个月出版了，距离第二版已过去 6 年。接下来几年还有大的升级吗？

2023-11-05 16:46:40

YouTube 和 YouTube Music 共享同一套订阅列表是个错误。现在 YouTube 订阅了一堆歌手，把我原来真正关注的都给淹没了。

2023-11-04 05:04:32

https://www.eaimty.com/2023/opensource-project-based-on-hormone/ 我一直觉得现在创造出来的自由软件和开源运动就是个奇迹，并且面临着衰落风险并被历史评价为昙花一现。但反过来也正说明对无私的欲求是多伟大。

2023-11-03 04:41:01

李安拍的《卧虎藏龙》场景是真写实呀，桌子、椅子、茶馆、院府感觉把清朝生活场景都还原了。小时候看根本不会注意到，如今再看才发现这么多年过去了，好就是好。

2023-10-30 09:54:06

人在国家出现之前，社会状态是什么样的？是像霍布斯讲的随便抢杀，还是洛克讲的仍会是平等独立？

2023-10-29 12:45:28

https://www.newyorker.com/magazine/2023/10/30/chinas-age-of-malaise
这期纽约客的长篇报道是最好的润学广告，心有丝毫侥幸时就可以再读一遍。

2022-06-03 14:16:55

现在音乐不让谈宗教到这种地步，明明叫『圣母颂』，文案也是这样写的，但现场避讳式地含糊过去，实在不行的时候用欢乐颂代替？

2022-04-23 06:30:32

`Upon receiving a REQ message, the relay MUST query its internal database and return events that match the filter, then store that filter and send again all future events it receives to that same websocket ` Relay 的存储和查询的成本，和 Client 发一个 REQ 的成本，是不对等的，需要抗 Spam 机制。

2022-04-22 15:17:10

刚刚才发现 Nostr 可以只提供公钥，当发帖的时候才需要提供签名，这样应该能使用硬件钱包了，之后如果支持了的话应该挺酷的。

2022-04-17 14:50:34

这个项目会补全『内容发布自由』这块缺失已久的板子吗？