@bao3 额……要问我系统咋识别硬件的我一窍不通……只记得用户态貌似有个 ueventd 还是啥，除了这玩意进程名叫 ueventd 之外我就啥也不知道了……

不过，我用系统自带的时钟（闹钟） app 试了一下，感觉至少并不是插了这么个有外置 DAC 的转接线就会“断开原来内置的”？试听闹铃声的时候，我能听到耳机和扬声器都同时在播放。

（而且我印象里网络也是类似的，并不是接了新的网卡就会断开原来的，我印象里貌似只是系统给不同物理速度的网卡设置的默认网关跃点数不一样。比如有线的网卡是千兆的，但连了个不同外网的内网，这个时候连上能通外网的 WiFi 也上不了外网，原因是论物理速率比 WiFi 快多了，系统给有线这边的默认网关自动设置了更优先的跃点数，这个时候只要用 route 命令删掉有线这边的默认网关或者直接拔掉网线就立即可以上外网了）

另外我又试了几次，方法很粗糙，就是一边从 0 分 0 秒开始播放音乐，一边同时插入这个耳机转接线，然后看外放消失时的播放时间，这样测量出来一般是 4-5 秒左右就能识别，而不是 10 秒。

@bao3 额……就比如 USB 鼠标，感觉插上去好像也就一两秒甚至不到一秒，指针就能晃了？哪怕是第一次插好像也不至于会识别 10 秒那么久……

刚刚发现，貌似不能直接把文件拖动到任务栏上了，以前用 Win10 的时候我有时候会把文件拖动到任务栏的编辑器图标，然后就能直接打开，现在这个操作貌似不行了。

楼上还有些真香党，也勾起了我抬杠的欲望：

如果不是取消 3.5mm 后凭空给有线耳机制造了之前没有的障碍，你还会真香么？
我这里说的不是说取消 3.5mm 后制造了一个推动力或者契机，这和制造了障碍是两码事，而且两者可以并存。

扯远点，就像是笔记本升级无线网卡。

其实无论任何事情，一般人都不会选择过于折腾的方案。
那么为什么会有人愿意折腾自己拿螺丝刀拆开后盖，颤颤巍巍小心翼翼地把那么一块裸露的电路板安装进去？
一般都不是为了折腾而折腾吧？是为了省钱、为了最后用得爽，不是么。

然后有的厂牌就有意思，故意在 BIOS 里设置限制，让你哪怕拆了后盖、网卡都装进去了，却用不了，拒绝开机。

我之前在知乎上看到过一个理论，就是“理想和完整的服务体验更好、也更赚钱”——双赢的好事嘛，于是“强制实现理想和完整”也就顺理成章变成合理的了。
对于上述顺理成章的合理观点，我记得被顶到最高的答案，是很直接地表达了反对。

没办法，萝卜青菜各有所爱，而且生活中想一次王境泽都不做大概不太可能。
有些人就是喜欢价格更贵但“理想和完整”的、不需要自己动手拆后盖的产品或服务。

当然，也有些傻子，就像楼主，钱也花了，也折腾了，体验还一团糟，最后是啥好处都没捞着，哈哈。
不像是执意要继续升级网卡的那位哥，刷 BIOS 破解限制成功，虽然折腾了，但至少钱省了，用着也爽了，总归还是血赚。

@james2013
“戴上耳机,自动播放,取下耳机自动停止”——听起来不错，但我还是忍不住想抬个杠：难道只有无线耳机才能做到这一点，有线耳机就做不到？另外……貌似有线耳机也有个很普及的功能，就是……线控？
所以至今为止，关于无线耳机相对于有线耳机的优势，我还是只能想到帖子开头提到的“少了耳机线也就少了牵绊、少了听诊器效应”。

@BeautifulSoap “不放歌的时候不算的”——如果不放歌的时候也算那岂不是更悲催么。
手机本身如果是一天一充都已经让人感觉不太爽了不是么，手机好歹还能边充电边玩……

“算上盒子里的电总续航 20 小时”“现在 tws 都有快充，放进耳机盒几分钟到十分钟就能冲进去几小时续航的电量”——听起来是个好消息，但听起来好像还是会中断使用？

嘛……这样下去好像要变成争吵了……其实我自己反倒不怎么听歌。用无线耳机还要挂念着是不是会没电这一点不方便，也许比起干掉耳机线带来的好处来说也不值一提吧。

@haozi1986 说到摄像头，K40 就有 2 个背面副摄像头，分别是超广角和微距，加上主摄一共 3 个背面摄像头。虽然我最近很少拍照，但其实还真就是……哪怕只是个“摆设”放在那里，我看着也开心。

@BeautifulSoap 原来只有 3-4 小时续航么😂额，我听起来一下子又感觉不香了……

啊，写帖子的时候我到底在想啥。我为啥会写下“反应慢本身不是问题”？我明明不是这么想的啊😂其实反应慢本身就是问题啊，原先手机有 3.5mm 的时候插进去就约等于对外放按下静音键了，现在（也许只是我买了不靠谱的转接器？）就得等 10 秒。其实单单只是转接器插进去等 10 秒，并不会导致这一段音频无法播放、并不存在什么“错过一小段时间的播放”，但这 10 秒等的也确实是焦心。

@lhx2008 果然，无线耳机才是正解么😂

也许可以换个思路，用 autohotkey 监听按键来“改键”

@Sekai bitcoin core 同步区块，最慢的一般不是下载本身，而是下载后验证区块内容、根据区块内容对 UTXO 进行查询和增删。尤其是机械硬盘，慢到令人发指，主要就是 chainstate 这个目录，UTXO 集合就保存在这里。

这个问题的对策，就是把 UTXO 集合全部放到内存里。
如果是从头开始同步，直接把 dbcache （也就是图形界面设置里的“数据库缓存”）调大就可以了，上次我记得得调到 8GB 左右。
如果不是从头开始同步，我没找到能“预加载”到内存里的办法，后来我就想了个能奏效的 trick，也就是利用操作系统的磁盘（或者说文件系统？）缓存，用 cat （ linux/mac ）或 type （ windows cmd ）命令把 chainstate 里的东西读取出来然后重定向到 /dev/null （ linux/mac ）或 nul，也就是单纯读一遍，然后操作系统就会把文件读到内存里缓存起来。

另外还有一个问题不知道现在修正了没，就是开启修剪的时候，上述办法不奏效，每次删掉老区块文件时都会把内存里的 UTXO 数据写入磁盘，于是速度又显著拖慢了。对于这个，有个蛋疼的对策是用 ramdisk 和 ntfs junction （ windows，linux 的话整个 tmpfs 然后 ln -s 更简单），但这样加一层 ramdisk 有性能开销（尤其是受 spectre 漏洞影响的老 CPU……）。

如果单单说闪电网络我印象里 ACINQ 开发的 Phoenix 钱包是比较省心的。闪电网络固有的备份难等问题也被服务器包揽了。不过无法离线收款这个我记得还是没有好办法，Phoenix 也顶多是开个后台服务这样。

说那么多，我个人比较推荐的钱包还是 electrum，它的钱包服务器有完善的索引，很快。支持 RBF，支持隔离见证，支持多重签名，支持冷热分离，支持 PSBT （可以和其他支持 PSBT 的钱包混搭使用）。支持对接硬件钱包。配合 electrum personal server 或 bwt 还支持对接 bitcoin core 全节点。甚至还支持闪电网络。

啊，其实吧，“就来问问哪个平台比较稳？”——这话本身就是个政治不正确的槽点😂

比特币可是去中心化的，交易所是随时可能跑路的，只有菜鸟才会依赖“平台”交易所，真正的比特币用户就是要自己跑全节点自己同步交易记录自己管理自己的私钥（笑）

钱包就是个工具，一个工具他就不存在跑路问题（虽然还是可能存在开发者作恶或被黑然后植入恶意代码的问题），跑路了大不了私钥 /HD 种子导出来，迁移到另一个钱包就好。

@acess “很早很早以前 bitcoin core 就有一些开发者非常非常 [抵制] 现在是“业界事实标准”的 BIP39”
打字又打漏了，纠正一下。

还有，bitcoin core 的钱包最近貌似也要换代来着，数据库从 Berkeley DB 换成 SQLite，另外生成私钥 /地址的方式也要改，之前生成地址的时候也用了 hardened derivation，现在应该是要改成遵守 BIP44/49/84 了。

在推上看到正在搞这块的开发者 achow101 还提到以后可能要彻底淘汰掉 Berkeley DB 的老式钱包，只留一个转换工具。

但是我记得 bitcoin core 到现在仍然没有助记词。没错，并不是只有 12 个单词才是 HD 钱包，bitcoin core 就是不走寻常路，没有 12 个单词方便用户备份 HD 种子，但他仍然是 HD……😂
很早很早以前 bitcoin core 就有一些开发者非常非常现在是“业界事实标准”的 BIP39……主要理由是 BIP39 本身其实并没有规定 HD 派生路径，BIP44/49/84 这些都是后来才有的，于是就会导致：A 钱包的路径和 B 钱包不一样、然后 A 钱包的助记词导入给 B 钱包后，B 钱包显示余额为 0 、并且生成一堆崭新又陌生的地址这个问题。（另外即便是有了 BIP44/49/84 之后，具体要用这三个里的哪一个，一般仍然需要用户手动指定或切换，于是用户仍然可能惊呼“欸怎么币丢了、余额是 0 ？”——实际上并没丢，只是忘了切换、只是“打开的文件夹路径不对”而已）
结果依我看放弃 BIP39 而另起炉灶搞出其他的乱七八糟的助记词格式其实只会让情况变得更糟糕更混乱。

（这里就不提更古早的、连 HD 都不支持的上古 wallet.dat 不会自动升级到 HD （于是 bitcoin core 钱包界面右下角会显示一道斜杠划掉的“HD 已禁用”图标）、而且即便升级到 HD 其实本质上也是新建了一个既不和业界事实标准兼容又不方便备份更不兼容冷热分离的新 HD 钱包这个老梗了；哦还有一个老梗，就是这个蛋疼的既不和业界事实标准兼容又不方便备份更不兼容冷热分离的的 HD 钱包一开始甚至都没把找零和收款分离到不同的 BIP32 key chain 或者说 derivation path 上，是后来才做的分离，但做了分离也不能抛弃之前的 wallet.dat 不管，于是这里又产生了一个难懂的术语“HD-split wallet”……😂🤦‍♂️）

还有就是手续费的问题……众所周知 BTC 链上交易是经常出现拥堵的，美其名曰“手续费市场”（ fee market ）。如果你付出更多手续费（矿工费），你就可以在矿工的内存池里插队到别人前面，更优先打包。
bitcoin core 我记得 RBF 一开始还不是默认启用，后来（额，反对 RBF 的大区块派也大多分裂出去跑去支持 BCH 、BSV 什么的了）改成默认启用 RBF 了。
（还有，注意 RBF 是发出交易时启用的，如果交易发出去之前没启用 RBF，虽然原理上还是可以插队，但一般钱包不直接提供这样的“插队”、矿工的内存池可能也在一段时间内不接受）

bitcoin core 的 RBF 我记得右键菜单里就有，一键完成，但我感觉还是不够灵活。

相比而言，Electrum 钱包就可以自己指定 RBF 具体要把矿工费追加到什么费率（ sat/vB，费率越高越优先打包），而且还有除了 RBF 之外的备用选项 CPFP （不过 CPFP 需要多产生一笔交易，所以很显然矿工费要花更多）。

有了 RBF 其实就不用找矿池买什么“加速器”了，根本原理其实是没多大区别。

可能很多人压根就不在乎“隐私”，地址复制粘贴到区块浏览器，或者说 HD 种子导入到 XX 轻钱包，秒速得到查询结果，能用，就完事，压根不会考虑到什么去不去中心化、隐私不隐私什么的。

另外如果你说我用 XX 在线区块浏览器、XX 轻钱包（比如 Electrum ）查询不是一直秒速完成么？
（顺便说一下 Android 上很有“官方”范儿的 schildbach wallet，这个钱包用的是 BIP37 bloom filter 协议，挺老了，而且一样很低效，是客户端这边提交一个“特征”给全节点，然后全节点这边……额……如果要恢复交易历史的话，还是得进行低效的区块扫描动作）
这还涉及到有点 political 的社区争议。bitcoin core 这边其实认为轻钱包是“不安全”的，因为没有完整验证账本内容、单纯跟随算力（ SPV 就是这样），甚至连 SPV 验证都不做、纯粹跟随（中心化的）服务器。
对于 BIP37 协议，（其实还有一个理由，就是认为 BIP37 的 bloom filter 在对客户端比特币地址的模糊化上做的不够，隐私性欠佳）之前甚至一直都想彻底把它从 bitcoin core 里逐步淘汰掉。
我记得按照 schildbach 的观点，BIP37 也有其他协议提供不了的功能，但没人志愿去做这个费力不讨好的活儿……