（啊还有，P2SH-P2WPKH 其实是经过 4 次哈希了，P2WPKH 和 P2SH 都是一次 SHA256 一次 RIPEMD160 ）

1.一个私钥只对应一个公钥（其实还可能是非压缩公钥，但现在一般不用了。另外 segwit 是禁止用非压缩公钥的，如果用非压缩公钥生成地址就无法转出）。

BIP39：助记词，可以用一串单词表示随机种子，方便保管。
BIP32：HD 钱包，可以从一个随机种子分层推导派生一堆公钥私钥，但需要指定一个路径。
BIP44/49/84/86：规定 4 种标准的推导路径，地址分别是 1 、3 、bc1q 、bc1p 开头，脚本类型是 P2PKH 、P2SH-P2WPKH 、P2WPKH 、P2TR 。
最后一种 P2TR 是最新的技术，taproot+schnorr 签名+mast 多合一统称叫做 taproot ，虽然已经激活一年了、而且要说提出其实早得多……但很遗憾到现在还不怎么普及。P2TR 是裸公钥，没有经过哈希。

2.BIP44 不止规定路径，还有在 HD 内进一步定义“账户”。还有就是 gap limit 。
除了盲猜 index 暴力搜索比对（ index 有 32bit ），确实是没办法直接知道一个地址是不是属于你。所以钱包只能是从 index=0 开始往后多生成几个地址就停，只扫这些地址有没有交易，扫到了再继续往后推。
从助记词恢复钱包的时候，钱包软件怎么知道你当初是往后生成到第几个地址了？它不知道。
所以 BIP44 就规定了一个 gap limit ，从上一个有交易的地址开始，限制只能继续往后生成 20 个地址，只有这 20 个地址里产生交易了，才能继续往后生成（而且还是限制到 20 个）。
不过确实，这个规则是没办法强制约束钱包遵守的，所以有些钱包是约束自己不要坏了规矩，但导入助记词时就把别人尽量想得没素质一点、多往后派生地址、多扫描一些，仅此而已（虽然即便如此，能扫的范围也总是有限的，没办法 100%覆盖）。

手续费的话……首先要开启 RBF ，就是手续费追加。

然后可以直接去查内存池，johoe 做的内存池监视器：
https://core.jochen-hoenicke.de/queue/#24h
鼠标浮在图表上，看 1MvB 内的手续费率（是比率，相当于单价）是多少，按这个给就可以。

不够的话可以通过 RBF 追加，右键菜单里就有追加手续费。

（话说我看最近其实内存池都没满，也就是没拥堵，所以其实最低 1sat/vB 也应该能很快确认的）

“但是冷钱包里就是没有 10.21 号转账的 0.019 的记录,我从区块链网站是能查询到这个记录的”
你可以看区块浏览器里说这个交易是打包到哪个区块的（区块高度），比如是 12345 ，然后手动在 bitcoin core 里的控制台用 rescanblockchain 12345 12345

不太清楚。楼上说是读卡器+TF 卡就不行，但我几年前经常用这个组合启动，legacy/uefi 都可以，而且不是封装成 U 盘形式的产品，就是自己买的读卡器+TF 卡。

@willgyw 比如想要在重启后更快恢复之前的工作状态？

再扯远点，我记得像 chkdsk 也有强制卸除卷的选项，这也是在其他程序没有主动配合的情况下强行进行的，“会让已打开的句柄无效”

@geelaw 但我觉得有时候用户也未必在乎要不要 graceful shutdown ，结束进程就是很粗暴的动作。

svchost 这个听起来好像影响可能扩大到很严重，但反过来我也在想如果真是这样那是不是应该尽量避免影响扩大呢？我记得 oldnewthing 博客里也说过 com surrogate 就是 explorer 的替死鬼。

其实说到 oldnewthing 我有点想起 youtube 上 NCommander 讲的三维弹球的故事（虽然我是在 B 站看的汉化搬运），其实背后并不像 oldnewthing 里说的那么简单。

知乎答案里提到的“示例代码”，其实是 oldnewthing 博客里的一篇。不过看着感觉奇怪，因为 oldnewthing 博客文章里说没有追踪所以查不到，但知乎答案里却说“NT/2000 时代起就可以用 NtQuerySystemInformation 查到系统打开的所有句柄及其对应的 PID”（相当于 lsof 吧？）

另外其实不需要 process explorer 等工具，其实系统自带的资源监视器里就能查句柄。

当系统提示文件被占用时，为何不顺便告诉用户文件被什么进程占用呢？ - 知乎用户的回答 - 知乎
https://www.zhihu.com/question/31614421/answer/52718104

还是想办法把尾插修好吧，不然万一碰到问题了你也没救砖的手段。

B 站又是哪个？

K40 就有过随机重启的问题，LineageOS 都为了这个打过内核补丁，屏蔽掉基带崩溃触发的 kernel panic 。不过有一说一这个毛病也并不是小米这一家有，同芯片平台的其他厂牌也有，可能算高通的锅吧。

原来楼主想要的是虚拟机……
不过一直不太明白安卓虚拟机的原理，好像有些是类似 fakeroot 那种，也有类似 gvisor 的

事件查看器里筛选出事件 id 1001 我记得就是蓝屏记录
bluescreenview 我记得也可以看到蓝屏 dump 里的一些信息

几小时一次……是什么代码？不会是 critical_structure_corruption 吧

PE 没用过。
我的红米 K40 刷的 LineageOS ，微信指纹之前已经整合了 soter 所以一直没问题，升级 LOS18.1 后因为 SELinux 阻挡有一阵子不能用，然后修了这个问题就好了。
支付宝指纹是更早修的，setprop 一个属性就好了。