@qingjiedou 春天到了，开始思春了，作为人类，这很正常。

红黑树不是挺好的，那么经典。比 hash 好，hash 函数有冲突，红黑树是自平衡，没有潜在问题。

就像用 MD 来描述 BLOG 一样，也有人想用纯文本来描述后台表单之类的界面，并且做得也不错。

但是也不是每个需求都能抽象化，你 if else 要化简成配置文件，其实还挺难的。

我个人建议是，如果造轮子，那就多写一些源代码预处理工具。代码变少后，修改和维护成本就降低了。

别听楼上那些人生来孤独论。

人从来都是群居动物，本能就是要住在一起生活的。找个女朋友同居，你就不会觉得寂寞了。

@pisc 我就想问问，有没有不影响比特币属性的前提下，不用使劲算 hash，改用对社会更有意义的算力来替代？

现在比特币没有个人挖矿，只能加入一个大矿池，那也挖矿过程不算完全去中心化。理论上你贡献给大矿池的算力，能用其他等价的计算力替代吗？

@pisc "挖矿的意义不仅是产生新的币，还可以维护交易"
用全球的电力去维护交易？这代价也太大了。

我就觉得可以学金融交易，加入人为的熔断机制，每个月额定数量的币抢完，大家就休息个几天。这样的冷静期也不影响比特币任何属性。

要不然只靠人性，炒币者太疯狂了。

@pisc 是你先跳出来咬我的吧？我喜欢 V 站的原因，就是不能随便删帖。你咬人的历史证据都在，都不用去中心化，都能查证的。用最长链没问题啊。

我就觉得比特币难度上限如果定死，产出是固定的，先到先得多好，这个月份额分完了，大家电脑集体关机休息，等待下一个月，新币的发放。

比特币引入动态难度的竞争机制，到最后只会演变成带有恶意的竞争，就和争论一样。让本有意义的设计，最后都变的毫无意义。

@pisc 去控制挖矿难度，这才是一切灾难的根源好吧？比特币当年如果定一个难度上限，如今也不会如此浪费全球电力，游戏显卡也不会贵的那么离谱。这设计本身就是很有问题的。

你不会真觉得算个 hash，是一件值得去骄傲的事情吧？世界需要算力的地方很多，多干点有意义的事情吧。

大众本身是盲目的，你老板出钱，让你每天拿 CPU 搭积木，你也会觉得有价值，因为有时薪，有回报。

互联网矿工也一样，挖矿的目的，就是为了能盈利。他们才不管自己 CPU/GPU 具体算的是什么，HASH 还是什么科学计算还是什么解方程式，对矿工来说都一样，只要有回报，你哪怕让算黄图大数据鉴定，他们都愿意。

设计游戏规则的那个人，才是最关键的。

@nguoidiqua "挖矿的主要意义就是证明你为这个系统出了力，所以你有资格分一部分。"

出力标准也可以通过别的方法共享，比如出租算力（参考 Linus 的"你也能为治愈 COVID-19 出一份力"，https://www.bilibili.com/video/BV1Xg4y1b7YR ）

Bitcoin 算 HASH 是为了不让算力闲着。但 CPU 不去算 HASH，改个方法，大家一起来贡献计算 PI 后面无限位小数，那也比只算 HASH 要强啊。

@hronro JIT 就是实时转换别的语言到 JS，比如你 TS 需要编译后才能用到 JS，但 JIT 已经打包了 TS->JS 转换器。

网页运行过程中，可以动态编译 TS 的新语法。

但我就是不太想用 TS/JS，就想用别的语言。四楼的.net 就是前端 JIT 一个案例，可惜技术是基于 WASM 的，微信小程序不支持啊。

我就想着谁能把<script>里加上其他 JIT 的语法，比如 Py, Lua, C++，好让我在前端也能多玩出一点花样。
老是 js，都快写吐了。

@snw 挖矿不产生任何价值，反而浪费大量的电力和财力。

别的金融工具，比如期货这种零和游戏，好歹背后有对标的实物。别的金融投资，经济运作中，多少也有相应的产出。

比特币好比计算机里的一首诗一幅画，价值连城，但就是众人拾材火焰高，非理智纯粹炒出来的价格。

同样是分布式运算，你挖矿过程里，能贡献一点点算力给科学研究也好，比如病毒的演化模拟。比起 bitcoin 空算 hash 有几位 0，不知道强几百倍几千倍。

@subpo "太多了，我上面列举的事情起码以两周一次的频率发生，我在国内外别的地方都没受到过这种待遇"

那是因为你用来比对的城市，GDP 都比成都发达。在经济层次上，默认已经为你把低素质人群筛选过一次了。

比如在上海市区穷人就很少，素质肯定偏高。

F12 被 debugger 断下来，chrome 里直接点忽略断点按钮就可以了。。

"3.使用每一段的序号作为加密这一段时使用的 nonce 。"

我看 TLS 协议里，AEAD 算法的 nonce，用的都是 unpredictable IV, 也就是随机数，不知道你用序列号来替代，有没有问题。

"对第 n 段加密操作产生的 Authentication tag，作为 n+1 段的 Associated data 。"

Authentication tag 目的是验证 Associated data 是否正确，就好比对 Associated data 进行一次散列化操作，解密时验证一次 Authentication tag, 看 Associated data 和加密内容里，有没有遭到修改。

正常来说，TLS 官方推荐的 Associated data 都是用序列号，没听说过直接用上一次散列值的。就好比 SHA1()安全性和 SHA1(SHA1())安全性来比较，这样用好像也没什么特别的意义。

@dzdh 后者 secp256r1 是 SSL RFC 规范里必选曲线，前者 secp256k1 只不过是可选项，谁优谁劣很早就有定论。
所谓 magic number 只不过有些人不信 gov 发布的曲线，怀疑有后门，但这个和我们普通老百姓一点关系都没有。
实现 HTTPS，secp256r1 就是必须支持的，而不是可要可不要。

不是一回事，两者的安全系数不一样。后者要比前者更安全。

在椭圆算法里，每一个曲线参数都有一个 OID

secp256k1 的 OID 是 1.3.132.0.10
nistp256 的 OID 和 secp256r1 一样，是 1.2.840.10045.3.1.7

名称屁股后面 k 代表着是 Koblitz(ECC 发明人), r 代表着 Random 随机数。

至于为什么 r 比 k 要安全，引用老外的一句结论：Secp256k1 could leak information for side channel attacks because the time for some calculations is not constant.