https://github.com/mkj/dropbear/blob/41a6abca32dd3da273152c07dbded41fb6d70726/CHANGES#L17

At present the flaw does not seem to reduce Dropbear's security (the only packet affected would be a server-sig-algs extension, which is used for compatibility not security).

dropbear 官方还没修

而且 dropbear 好像并没有真正受到这个漏洞的影响

@buffzty 我大概想到的是类似签名参数，还有找零。

sighash ，rfc6979 这些

ledger 这两天也爆了供应链攻击来着，感觉钱包也不能盲信

自己写代码哪怕只有一行，万一某个参数不小心填错没注意到都会导致无法追回的巨大损失。

用别人的软件，至少还是有别人替你趟过水试过错，经过实践检验。

@buffzty

@buffzty 这种一般还是不太推荐的，因为一旦犯错了后果很严重而且交易一旦确认无法追回。

electrum 的种子就是跟 BIP39 共用一套单词表但又不是一回事
@wangkun025

@wangkun025 对，然后其实还有一点很蛋疼，他们讨厌 BIP39 ，据说当年就是跟支持 BIP39 那边的开发者闹翻了，他们 BIP39 毁了自己的点子，所以固执坚持自己的设计思路。

@ixcode electrum 也可以冷热分离的

这个我记得跟 op_return 性质差不多……都是在交易里夹带无关数据，于是就可以用来在链上“铭刻”数据。

（啊忘了说了，理论上也可能有其他办法去数一个 sat 是第多少号，就是说 ordinal 理论数出来第 xxxx 号，如果有人再设计一个理论可能数出来完全不一样的第 yyyy 号）

而且 luke 那个改动也只是在他自己维护的 knots 节点软件（ core 的分支项目）上搞的

luke 那个改动我记得也只是说，节点软件默认不打包这种夹带过多数据的交易，但（你自己不打包，别的）矿工打包了还是照样接受的

（ sat 建一个序号这个，我记得也是人为规定的，理论上也可能有其他办法去数一个 sat 是第多少号）

Inscriptions do not require a sidechain or separate token.

Inscription content is entirely on-chain, stored in taproot script-path spend scripts. Taproot scripts have very few restrictions on their content, and additionally receive the witness discount, making inscription content storage relatively economical.

数据是直接存到链上的。taproot 在这方面放宽了限制，可以夹带大量数据，所以被利用来夹带各种数据了。

另外，json 里指定了 mime_type ，不止 jpg ，其他东西也可以夹带刻进链中。

@chenpingan 挺久没打开过钱包了，就放在那里

electrum 最近没听说有什么问题（当然我也不能做任何保证就是了）

@Track13 无障碍服务里的么？搜了一下怎么感觉是反过来的，放大环境声音然后通过耳机给机主播放