小写 zpub 根据 BIP84 是用于 P2WPKH 。大写 Zpub 不是根据哪个标准，而是 Electrum 自己的做法，用于 P2WSH 多重签名。

自己创建种子当然还是只有自己拿在手里，然后发给别人的只有公钥。

@dzdh 我是专门为了多重签名新创建了种子，是大写 Zpub 。
小写的 zpub 是 BIP84 标准里写的，大写的 Zpub 我查了，根据 Ian Coleman 的回复，是 Electrum 自己这么做


https://github.com/spesmilo/electrum/blob/2f8325ca091ea1a9e29fc8803d813c680fe6e3dc/RELEASE-NOTES#L1174
https://github.com/iancoleman/bip39/issues/301#issuecomment-466818554

为了确认我刚刚还新创建了一个钱包，新建两个 Electrum 种子（这个和 BIP39 用的单词表一样，但不兼容，不是一回事）走了一遍流程

@dzdh 这里的 xpub 就只是泛指，默认的 Zpub 直接粘贴进去就可以了。

@dzdh 不太明白……你就按照 electrum 的用法，新创建一个多签的钱包不就好了？听起来好像你还是在琢磨着怎么让一个密钥同时用于多种用途，不知道我有没有理解错，这个做法我反正是不推荐的。

啊我好像理解错楼主的意思了……尴尬

p2wpkh 和 p2pkh 组合成混合的多签，楼主好像说的是这个意思？

zpub 这个其实 achow101 吐槽过的，他属于分层破坏，因为本来 xpub 只负责管公钥，公钥具体被拿到什么脚本里使用是另一个层面的事情了，然后 zpub 就是通过改前缀版本号，管了“用什么脚本”这个本来他不该管的事情。

然后 bitcoin core 开发者其实是推出 output descriptor 作为替代方案，这样 xpub 就只负责公钥了，descriptor 负责描述具体用什么脚本。

zpub 用 base58check 解码然后修改版本号即可重新编码成 xpub ，但——

不推荐这样中途改变密钥用途。

一个密钥身兼多职会造成混乱，这是非常不好的事情，比如 X 密钥既用于用途 A 、又同时用于用途 B ，你以为用途 A 这边没余额了，所以把 X 密钥删了，但其实忘记了用途 B ，于是用途 B 这边就永久丢币了……

再有就是，如果用途 A 这边钱包出 bug 或者被黑泄露了密钥，也会牵连到用途 B 。

p2wpkh 和 p2pkh 从定义上他就不是（传统的，靠脚本实现的）多重签名……这俩本来就是锁定脚本的名字，锁定脚本都那么写了，明摆着他就不是 multisig 啊……

不过话题扯开点，我记得也有不依靠脚本系统实现一样的多重签名功能，我记得好像叫 2p-ecdsa 。

再有 p2tr 也可以不靠脚本支持多签，但 key path 很遗憾不支持 2of3 这种多数同意投票多签，只支持全体同意或者少数同意这两种情况。

@ysc3839 一楼那个明显是问了 gpt 或者别的什么 llm 输出的，这玩意的特色不就是瞎扯面不改色心不跳……所以我除了翻译都很少用

@ysc3839 可以替换域名，然后就用国内 CDN 了。但我这边已经是打开下载页面都得卡上一会的程度了……

然后 apt 我也是用的代理，虽然是反代

@stephniebuewke LLM 输出还是算了吧，都是 hallucination……

@CodeCodeStudy 这倒也是，我也试过，但还是想跟着 APT 走。实际上我这边打开 update 页面貌似也有点慢。

@SUP7R9 我开的模块很少……youtube adaway 就是 lsposed 新仓库列表里的
另外提这个已经有点偏题了

@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 同等操作又是生效的呢。