NIP-26: 委托签署事件

这个 NIP 定义了一种委托人和被委托人的密钥对关系, 可以做到类似 GPG 那样签署子密钥代表主秘钥进行专门和限时的行动. 减少使用主秘钥就直接降低的主密钥被攻击的概率, 甚至还能完全禁止子密钥签署发布特定类型的事件, 比如可以禁止发布 kind:5 的删除事件防止被失误操作和钓鱼攻击发布无法挽回的删除事件.

目前只有看到 Gossip 支持了这个 NIP, 但是要手写 JSON. 现在应用更广泛的做法还是用浏览器扩展和移动密钥管理器来保护私钥和签署事件, 未来可能还有远程签署(NIP-46).

nostr:nevent1qqsypmjzd8hdfk6lek5v0qcdedfu9ejpt5yw5pkf9l2m9eahh47hlcqpz4mhxue69uhhqatjwpkx2un9d3shjtnrdaksygz9cs0jrcw0w906dkw2yzuwqq49wndhhdy7jmhgnq6vvmdv23rt0gpsgqqqqqqsycjc9p

Reply to this note

Please Login to reply.

Discussion

👍 收到 我也去看看

在移动设备上现在也有本地的秘钥管理器, 比如 Amethyst 支持的 Amber: https://github.com/greenart7c3/amber (希望 Nostrmo 也能支持一下)

另外一种是直接在保存了私钥的客户端里内置浏览器(或者本身就是个浏览器), 让客户端起到 NIP-07 的能力, 比如 Nostr.band 的 Spring(https://spring.site/).

内置浏览器支持 #NIP07 是支持的,但是 #NIP46 的方式去获取授权,我态度还是比较保守。。。

毕竟这种实现方式,我感觉不是很理想。

很多需要实时立刻做的事情,要等待 NIP46 异步来处理,对客户端来说是个灾难。

确实, 现在 Amber 上要新加一个账户进行授权, 那请求弹出都点不过来(特别是中继器发给客户端的 NIP-42 临时验证), 慢一点客户端这边只好全部默认失败或认为是被拒绝了...

或者也可以提前像 Android 系统权限授权那样提前要求进行授权? 比如 NIP-42 的签署授权.