@SuperXRay 啊，如果你的意思是“在云相册里找到了另一个完全不一样的助记词”那就和我 19 楼说的完全无关。我在 19 楼说的是不小心搞错一两个单词这种。

@SuperXRay 云相册……额，有些钱包会反复劝诫用户不要这么做来着。

另外这其实也涉及 BIP39 另一个被诟病的地方，就是它的 checksum 太短了，12 单词只含有 4bit ，输错的时候有 1/16 的几率会把错的当成对的。24 单词有 8bit ，相对好了一些。

BTC 这边 BIP44/49/84/86 分别规定了 1/3/bc1q/bc1p 开头的 P2PKH/P2SH-P2WPKH/P2WPKH/P2TR 这几种地址类型的 derivation path 。
但其实 BIP44 诞生貌似比较晚，之前有钱包已经用了不符合 BIP44 的 path ，比如 bread wallet 。

而且还有其他钱包开发者制订的新助记词格式和 BIP39 共用同一套单词表，而且没有回避 BIP39 的校验规则。有比较小（但仍然可观）的几率会出现本来生成的不是 BIP39 ，但也能当 BIP39 用的助记词。

印象里这个问题闹地蛮僵的，历史遗留是一方面，开发者意见不合且拒绝妥协是另一方面。

还有，BIP44 是有规定 gap limit 的，也就是在某个位置（比如第 4 个地址）继续往后推导后续地址的个数是有限制的。这也很容易理解，因为你恢复钱包的时候，只给了一个助记词，又没告诉钱包软件你用过的是第 xx-xx 号地址，所以只能靠预先约定一个限制。
但实际上貌似挺多时候都可能超过这个限制（比如有些钱包软件无视这个限制，或者自己用 ian coleman 的工具之类自己推算）。还是满蛋疼的。

“同一个助记词不需要重新备份 [和] 修改即可支持新币种”——改正一下

基本没用过 metamask ，不过忍不住想挖个坟

BIP39 本身只是助记词标准，它被很多开发者抵制（是的，尤其是 bitcoin core 这边）的一大原因就是：
它只是一个 seed ，不包含或者说涉及后续的 derivation path 。

这个设计的好处就是同一个助记词不需要重新备份会修改即可支持新币种，
或者同一币种的新地址类型，比如：BTC 这边主要 3 种常用的，1 开头的 P2PKH 、3 开头的 P2SH-P2WPKH 和 bc1q 开头的 P2WPKH ，以后 bc1p 开头的 P2TR 也会越来越多。

@jiyan5 会降频（ throttle ）的。
之前还用过一个软件 throttlestop ，目的和你想的相反是阻止降频。

有 root 就可以把证书安装到系统，注意一下证书有效期不要违反 chromium 的政策即可

@muddou 没用过这个钱包，不熟悉

改 init.rc 之类我记得需要改 boot.img ，有 abootimg 之类工具

自从先关 WiFi 再睡眠好像就没再出问题。

有些路由器支持第二 WAN ，设置成 DHCP 就可以连到光猫的局域网里面

不知道 spy++行不行

键盘问题不会是硬件问题吧

@akriafly01 不需要改源码，有命令行或配置选项。

不知道证书有效期是不是太长了，chromium 改过策略 https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/certificate_lifetimes.md

MDN 上有 audioworklet 生成白噪声的示例：
https://mdn.github.io/webaudio-examples/audioworklet/
（来自 https://developer.mozilla.org/en-US/docs/Web/API/Web_Audio_API/Using_AudioWorklet ）

@gam3046 provably fair ，不是 probably fair ，修正一下

@gam2046 在随机数生成上自证清白也不需要证明服务器跑的代码和公开的一致吧（这也很难证明，Intel sgx 之类 tee 有的支持 remote attestation 貌似也爆过漏洞，而且可信计算这个概念本身就被 RMS 喷过来着）
举例的话，就像是 just dice 之类的网站，卖点之一就是 probably fair 。
（不过我印象里 satoshi dice 以前仍然被攻击过，因为比特币的零确认交易是不作数的，可以撤销，然后就可以通过双花撤销掉赌输的交易来作弊）