@SUP7R9 就是 youtube adaway 吧……

@ysc3839 果然你说的是 apex……

不过我感觉 apex 既然是 mount 上去的，那按理说 magisk 那种原理就可以改才对，你看楼上 yujincheng 大佬不就直接怼了

啊啦，10 楼转贴 john wu 的推文好像把格式粘错了，抱歉。

这两天我看见 YouTube premium 也是蛮抠门，不仅画中画小窗是付费功能，而且好像还限制内容，如果是音乐就不给后台播放。反正我是很难不往唱片公司的利益之类瞎想 2333
（不过我平时很少用 YouTube ，前两天也是蛮不讲理地上了 lsposed 模块把这个功能免费解锁了 2333 ）

@ysc3839 要说 locked down to vendor-controlled 这个观点其实 Magisk 作者 John Wu 也在推上提到过的，呃搜了一下，有可能是这条：
Why do we need to start this holy war yet again 🤦‍♂️
https://twitter.com/topjohnwu/status/1267050787336622080
Most *users*, not Android *or* iOS specifically, does NOT care about customization. Period.
Why do we need to differentiate between iOS and Android users, at the end of the day they are both highly locked down mobile OSes.
（看上去他在回应一个观点）

至于我这楼引用的，httptoolkit 博客这篇，里面说，一个转变点在 Android 7 这里，因为从那个时候开始，app 默认（开发者可选 out out ，但很少有 app 这么做）就不信任用户证书了。

另外再说一句，要说 Android 7 ，其实我还想起来录屏同时内录音频这个破事，我记得也是 Android 7 开始变得特别难，即便 root 了都很难，直到 Android 10 才又提供官方的录屏 API ，就这也仍然是不给用户控制权，开发者如果不声明就是不给内录的（啊我不记得 target sdk 到了 Android 10 之后具体默认是给录还是不给了）
我还搜到 reddit 上就有用户圈子的吐槽贴：
https://www.reddit.com/r/AndroidQuestions/comments/81vhvm/android_7_has_made_recording_internal_audio_while/

@ysc3839 新版本系统中引入了一种非纯文本格式？有么？

但是……如果是 mount namespace 的问题，先不说引入这个是上古时代的事情了，为什么 Android 13 同等操作又是生效的呢。

@yujincheng08
我第一反应是 mount namespaces ，毕竟他好像也没用 magisk ，所以不知道有没有进 master mount namespace

@yujincheng08
首先感觉他所说的“开发者”的意思是泛指，把逆向（不是自己开发的） app 的研究者这些也包含进去了。

然后我看作者原文里做过实验，说 AVD 里 Android 14 beta 的镜像 mount tmpfs 之后，系统设置里没有对应生效，而同等操作对 Android 13 镜像会生效。

@totoro625 我在想也许光是通电未必是足够的，浦科特当初还把 DevSleep 当卖点（这个现在好像是标配），说不定虽然通着电但实际上是休眠状态，等于断电。

@totoro625 其实本来我就想说冷数据和 data retention 的问题。
我有块浦科特的 mSATA 老固态，还是 MLC ，应该是 19nm 的东芝颗粒，但不知道是不是写了 1000 次所以有点遭不住了……我发现哪怕通电，过几个星期不管，再进去 btrfs scrub ，都会掉速到 200MB/s 甚至 100MB/s 多一点。扫完一遍再扫第二遍就不会那么慢了，会回升到 350MB/s 左右。

不知道 SSD 主控内部是怎么 scrub 的，听说三星刚上 TLC 的时候 840EVO 就有冷数据门，好像就是定期刷一遍解决。有点让我没想到的近几年怎么还听说西数也爆了冷数据门……

昨天还是前天来着，半导体与物理的那个知乎回答又回来了，但也断更了：
https://www.zhihu.com/question/613850973/answer/3136586869

可以去看这位： https://space.bilibili.com/7590247

@wangkun025 bitcoin core 是节点+钱包，而且其实一直都在做钱包与节点的逻辑分离。
而且 BTC 社区这边我记得并不太鼓励多客户端实现，主要用的还是 bitcoin core 。（虽然也有 btcd 之类其他的实现）

CVE-2018-17144 的利用方式也不复杂，只是没人会往那个方向想，所以当初测试里也没加这个。

CVE-2018-17144 还是惊天级别的通胀 bug ，可以复制币（或者换一个等价说法就是可以凭空造币），而且躺了 2 年才被发现，好在没人恶意利用。

（我这个说法有点标题党，因为实际上首先并不是所有客户端受影响；其次受影响的，也只有一部分版本是放行通胀，另一部分则是 DoS ，也就是检验这种非法区块的时候程序会 assert 崩溃）

bug 可多了：
https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures

我想到的是 termux ，它差不多是个无需 root 就可以在 Android 手机上跑的 linux 发行版。

但后来受到越来越多的限制，几乎要把它掐死了，比如 W^X 禁止下载可执行文件，又或者是杀死后台进程。虽然现在可以不设置太高的 target sdk ，又或者 adb 改设置绕开限制，但还是很让人担忧。

如果 KVM 能好使的话，那其实也就不需要像 termux 那样折腾修改非 FHS 的文件系统前缀（毕竟 Android 没有/usr 之类，也不可写），或者 NDK 链接至 bionic c 库，又或者是面临内核功能差异之类的问题了（详见 termux 的软件移植指南）

有了 KVM 就可以从内核开始跑起完整的 linux 环境。

但代价就是和外界隔离，而且更占内存，启动也略慢。

另外我记得近几年有了 PSBT 和 output descriptor 支持，bitcoin core 的钱包功能才能冷热分离。之前都是 hardened address ，没办法分离。