知县:UniPass 与它的 Web 3.0 大规模应用愿景
播客音频: EP.38 [CN] - Frank Lou: Unipass and its Vision for Web 3.0 Mass Adoption / 知县:Unipass 与它的Web 3.0 大规模应用愿景Multicoin Capital 旗下的播客节目「伍拾壹说(51%)」,第 38 期访谈了雷兔科技(Lay2 Tech)创始人知县。 在这一期的播客节目中,知县介绍了 Lay2 团队的背景,UniPass 产品的构思,解释了 UniPass 的安全性和私钥存储解决方案,讨论了 Web 3.0 中的身份、链上信誉,最后还谈到了以去中心化方式运营团队的经验。 以下是这期播客节目的文字稿,全文将近 2 万字,干货满满,建议先点赞收藏再阅读 !目录创业经历 2「雷兔」的由来从 Portal Wallet 到 UniPass为何选择 Nervos?Nervos 的灵活性UniPass 如何降低 Web 3.0 的门槛?UniPass 的使用场景UniPass 的安全性用户链上身份和信誉分布式办公1、创业经历主持人: 大家好,欢迎来到最新一期的 51 说,我是主持人 Mab...

Space 回顾|市场不作美?BTC 生态该如何绝处逢生
8 月 6 日,CKB 中文举办了话题为 “市场不作美?BTC 生态该如何绝处逢生” 的 Space,邀请到了 Seal 社区的 builder 汉堡,Stable++ 的 Community Lead Adam Lee,Pizza 的 builder 唐长老,木偶中文的 Shaqima,Ordinals 的 builder Kumi,以及 DotSwap 的联合创始人兼 CEO 泽明。 这场 Space 一共持续了将近 2 小时,欢迎还没有来得及收听的小伙伴有空时收听音频回放:https://x.com/CKB_CN/status/1820790395045081401 以下是根据音频回放整理的部分嘉宾分享的部分重点内容(全文约 8000 字,建议先收藏再阅读):1主持人:我们看到在这次大跌中,比特币作为共识最强的区块链,显现出了行业王者的地位,价格相对其他币种也算扛跌。对于比特币生态来说,各位嘉宾认为它是否承接住了这种相对稳定性?比特币生态目前处于什么阶段?相较于 Solana 和 Torn 生态,它的生态龙头地位在社区里是否达成共识? 泽明:关于比特币,我个人并不特别看好。...

深入了解 EOA、CA、智能合约钱包的区别
接上文:「钱包」不是个好类比,拆分 3 层重新理解 以下内容整理自「Web3 101」播客的第 S1E14 期,主播为阿伟(Awaei),嘉宾为 UniPass 创始人知县。阿伟(主持人):其实钱包也有一个不断变化的过程,刚才你提到了 EOA,后面我们还会提到更多的钱包概念。你能不能给我们的听众讲一讲钱包的整个发展过程,优势以及发展动力? 知县(UniPass 创始人):钱包相关的概念很多,也很复杂,我专门写过一篇科普文章《Web3 账户概念梳理,钱包使用不迷路》。 EOA,是 Externally Owned Accounts 的缩写,中文叫外部账户,是以太坊或者说 EVM 链的一个独有概念。以太坊地址是由公钥直接计算变换得到的,就是我刚才背的那一段,它没有任何内部结构。EOA 生成的时候不依赖于区块链本身,跟以太坊没有关系,所以它叫外部账户,在外部生成并且控制的账户,也是我们平时用的最多的账户。 MetaMask 生成的钱包账户是 EOA,最近大家常说的 MPC 生成的也是 EOA。从区块链的角度来看,EOA 的功能更像是个触发器,因为绝大多数业务逻辑其实是在链上的合约内部完...


知县:UniPass 与它的 Web 3.0 大规模应用愿景
播客音频: EP.38 [CN] - Frank Lou: Unipass and its Vision for Web 3.0 Mass Adoption / 知县:Unipass 与它的Web 3.0 大规模应用愿景Multicoin Capital 旗下的播客节目「伍拾壹说(51%)」,第 38 期访谈了雷兔科技(Lay2 Tech)创始人知县。 在这一期的播客节目中,知县介绍了 Lay2 团队的背景,UniPass 产品的构思,解释了 UniPass 的安全性和私钥存储解决方案,讨论了 Web 3.0 中的身份、链上信誉,最后还谈到了以去中心化方式运营团队的经验。 以下是这期播客节目的文字稿,全文将近 2 万字,干货满满,建议先点赞收藏再阅读 !目录创业经历 2「雷兔」的由来从 Portal Wallet 到 UniPass为何选择 Nervos?Nervos 的灵活性UniPass 如何降低 Web 3.0 的门槛?UniPass 的使用场景UniPass 的安全性用户链上身份和信誉分布式办公1、创业经历主持人: 大家好,欢迎来到最新一期的 51 说,我是主持人 Mab...

Space 回顾|市场不作美?BTC 生态该如何绝处逢生
8 月 6 日,CKB 中文举办了话题为 “市场不作美?BTC 生态该如何绝处逢生” 的 Space,邀请到了 Seal 社区的 builder 汉堡,Stable++ 的 Community Lead Adam Lee,Pizza 的 builder 唐长老,木偶中文的 Shaqima,Ordinals 的 builder Kumi,以及 DotSwap 的联合创始人兼 CEO 泽明。 这场 Space 一共持续了将近 2 小时,欢迎还没有来得及收听的小伙伴有空时收听音频回放:https://x.com/CKB_CN/status/1820790395045081401 以下是根据音频回放整理的部分嘉宾分享的部分重点内容(全文约 8000 字,建议先收藏再阅读):1主持人:我们看到在这次大跌中,比特币作为共识最强的区块链,显现出了行业王者的地位,价格相对其他币种也算扛跌。对于比特币生态来说,各位嘉宾认为它是否承接住了这种相对稳定性?比特币生态目前处于什么阶段?相较于 Solana 和 Torn 生态,它的生态龙头地位在社区里是否达成共识? 泽明:关于比特币,我个人并不特别看好。...

深入了解 EOA、CA、智能合约钱包的区别
接上文:「钱包」不是个好类比,拆分 3 层重新理解 以下内容整理自「Web3 101」播客的第 S1E14 期,主播为阿伟(Awaei),嘉宾为 UniPass 创始人知县。阿伟(主持人):其实钱包也有一个不断变化的过程,刚才你提到了 EOA,后面我们还会提到更多的钱包概念。你能不能给我们的听众讲一讲钱包的整个发展过程,优势以及发展动力? 知县(UniPass 创始人):钱包相关的概念很多,也很复杂,我专门写过一篇科普文章《Web3 账户概念梳理,钱包使用不迷路》。 EOA,是 Externally Owned Accounts 的缩写,中文叫外部账户,是以太坊或者说 EVM 链的一个独有概念。以太坊地址是由公钥直接计算变换得到的,就是我刚才背的那一段,它没有任何内部结构。EOA 生成的时候不依赖于区块链本身,跟以太坊没有关系,所以它叫外部账户,在外部生成并且控制的账户,也是我们平时用的最多的账户。 MetaMask 生成的钱包账户是 EOA,最近大家常说的 MPC 生成的也是 EOA。从区块链的角度来看,EOA 的功能更像是个触发器,因为绝大多数业务逻辑其实是在链上的合约内部完...
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
以下内容来自 Cipher 在 Nervos Talk 上发布的帖子,原文链接:https://talk.nervos.org/t/joyid/6780
目前的区块链钱包大多数基于助记词,非常用户不友好,也缺乏恢复机制。基于邮件的 UniPass 和基于手机号的 Flashsigner(Flashsigner 本质上是基于用户自己持有私钥备份)是一个尝试,但它们的问题是仍然依赖其他的中心化基础设施。
JoyID(域名 joy.id,尚在开发中)是基于 FIDO WebAuthn 协议和 Nervos CKB 的一个跨平台、跨终端、无密码无助记词的钱包方案,用户在创建、使用、甚至恢复时均不需要密码和助记词,同时它支持以下特征:
链上地址唯一,且不因密钥更新发生变化
支持多设备、多终端
支持社交恢复
支持 CoTA 2 Rollup NFT、FT 资产的管理
支持 CKB、sudt 等 L1 资产的管理
支持用户名、头像等静态描述信息
支持用户名 + UID 作为身份标识(例如 cipher#0027)
支持 .bit 去中心化域名绑定
JoyID 利用了 WebAuthn 的技术,目前该技术已经被 MacOS、Windows、Linux、ChromeOS、iOS、Android 等主流操作系统全面支持。该技术允许任何网站在用户设备侧 TEE 可信执行环境中创建公私钥对,并使用私钥签名,且私钥无法由任何人读取。在签名授权过程中,采取生物识别或系统 PIN 码验证等方式进行本地身份验证。
JoyID 支持 WebAuthn 的主流签名算法 secp256r1(P256)进行签名验证,并在 CKB L1 上使用 CoTA 扩展对用户多个设备生成的公钥进行登记,指向相同的 CoTA Cell ID,从而完成了用户地址的抽象。
JoyID 使用用户静态信息标准,包括用户名、头像、个人描述等都可以以 CTMeta 的标准格式写在链上,方便进行展示。
用户在设备侧访问 joy.id 调用 WebAuthn API 可以直接生成 r1 算法的公私钥对,我们利用该公钥即可生成一个 CKB 地址。但注意此时用户尚未注册 CoTA,因此:
用户无法设置链上用户名、头像、个人信息等。
用户无法绑定另一个设备做授权,也无法设置社交恢复信息。
用户无法通过 CoTA 协议进行资产创建、转让。
用户或者第三方可以代用户注册 CoTA cell,并获得用户 CCID。该过程需要 ~150CKB。
joy.id 会检测当前环境中是否存在用户的密钥信息,并以列表的方式展示给用户。如果已经保存了用户的密钥信息(例如 iCloud 会在多个设备中同步用户私钥),则直接点击用该密钥登录。如果没有保存对应用户的信息,则提示用之前的设备授权。新环境会展示一个二维码,原设备扫描并签名授权后,新环境即完成了对用户的认证。
未绑定状态
但新环境中目前仍然没有用户的密钥,因此后续进一步需要用户授权时,均会显示二维码,由用户使用移动设备进行扫码签名。该用户体验与 Wallet Connect 类似。
绑定状态
应用方此时可以提示用户绑定当前设备,此时新环境需要生成新公私钥对,由原设备签名授权后,该公钥上链,作为 CoTA 数据扩展的子密钥,后续即可脱离原设备使用。
用户可以随时解绑任何设备,但主设备无法解绑。
用户的密钥由 Joy.id 统一管理(但整个架构实际上可以由任何网站使用,统一管理的好处是用户的地址统一)。所有的认证和签名授权均需要第三方网站调用 joy.id 来实现。
第三方网站的请求转到 joy.id 后,它会自动查看当前环境中的密钥情况,并引导用户直接签名还是展示待签名二维码让另一个设备去签名。
JoyID 的签名内容包括:私钥本身对交易的签名和私钥对应的公钥保存在 JoyID 链上 SMT 的证明。
Joy.id 前端将完整开源,第三方(包括用户自己)可以自行部署。即便 joy.id 关闭,用户依然可以通过本地部署的形式管理自己的秘钥。
一旦用户所有设备丢失或者损坏,用户资产即无法恢复。因此 JoyID 设计了社交恢复功能。用户可以设置不少于三个好友,在自己设备丢失时可以要求好友使用 JoyID 进行签名授权以便将自己新设备的公钥添加到链上的设备列表,从而恢复控制权。
用户直接访问 Joy.id 可以进入信息管理页面。该页面中,用户可以设定用户名、头像、简介,管理多设备(多个子密钥),设置社交恢复,或者申请社交恢复等功能。
JoyID 目前已经完成了协议设计和部分协议开发工作,预计在两个月内实现测试网运行,欢迎关注项目进展。
1、@canof: 主设备无法解绑,那么可以授权更换吗?过了几年时间手机还是会坏的。
Cipher: 主设备坏了或者丢失没关系的,可以添加任意多个子设备,使用权限和主设备相同。
2、@keith: 如果可以社交恢复, 那为什么要限制主设备不可解绑呢?
Cipher: 为了保证地址可以离线生成且在秘钥增删时不变,主设备公钥是地址的 lock args。
3、@keith: 要保持地址不变, 需要保证主公钥不变, 这个比较好理解。但是主公钥和主设备必须要保证绑定关系吗? 是不是可以在创建的时候, 生成一次性的公私钥作为主公钥, 然后再生成新的子公私钥绑定到主设备上。如果主设备不可解绑, 丢失的情况下感觉风险还是挺大的。
Cipher: 有解决方案,稍微麻烦一点。用户每次解锁都提供秘钥有效性证明即可,可以加到 JoyID 的下一步开发计划中。
关于 JoyID,大家有任何问题都可以移步 Nervos Talk,在这个帖子下面回复哦: https://talk.nervos.org/t/joyid/6780
以下内容来自 Cipher 在 Nervos Talk 上发布的帖子,原文链接:https://talk.nervos.org/t/joyid/6780
目前的区块链钱包大多数基于助记词,非常用户不友好,也缺乏恢复机制。基于邮件的 UniPass 和基于手机号的 Flashsigner(Flashsigner 本质上是基于用户自己持有私钥备份)是一个尝试,但它们的问题是仍然依赖其他的中心化基础设施。
JoyID(域名 joy.id,尚在开发中)是基于 FIDO WebAuthn 协议和 Nervos CKB 的一个跨平台、跨终端、无密码无助记词的钱包方案,用户在创建、使用、甚至恢复时均不需要密码和助记词,同时它支持以下特征:
链上地址唯一,且不因密钥更新发生变化
支持多设备、多终端
支持社交恢复
支持 CoTA 2 Rollup NFT、FT 资产的管理
支持 CKB、sudt 等 L1 资产的管理
支持用户名、头像等静态描述信息
支持用户名 + UID 作为身份标识(例如 cipher#0027)
支持 .bit 去中心化域名绑定
JoyID 利用了 WebAuthn 的技术,目前该技术已经被 MacOS、Windows、Linux、ChromeOS、iOS、Android 等主流操作系统全面支持。该技术允许任何网站在用户设备侧 TEE 可信执行环境中创建公私钥对,并使用私钥签名,且私钥无法由任何人读取。在签名授权过程中,采取生物识别或系统 PIN 码验证等方式进行本地身份验证。
JoyID 支持 WebAuthn 的主流签名算法 secp256r1(P256)进行签名验证,并在 CKB L1 上使用 CoTA 扩展对用户多个设备生成的公钥进行登记,指向相同的 CoTA Cell ID,从而完成了用户地址的抽象。
JoyID 使用用户静态信息标准,包括用户名、头像、个人描述等都可以以 CTMeta 的标准格式写在链上,方便进行展示。
用户在设备侧访问 joy.id 调用 WebAuthn API 可以直接生成 r1 算法的公私钥对,我们利用该公钥即可生成一个 CKB 地址。但注意此时用户尚未注册 CoTA,因此:
用户无法设置链上用户名、头像、个人信息等。
用户无法绑定另一个设备做授权,也无法设置社交恢复信息。
用户无法通过 CoTA 协议进行资产创建、转让。
用户或者第三方可以代用户注册 CoTA cell,并获得用户 CCID。该过程需要 ~150CKB。
joy.id 会检测当前环境中是否存在用户的密钥信息,并以列表的方式展示给用户。如果已经保存了用户的密钥信息(例如 iCloud 会在多个设备中同步用户私钥),则直接点击用该密钥登录。如果没有保存对应用户的信息,则提示用之前的设备授权。新环境会展示一个二维码,原设备扫描并签名授权后,新环境即完成了对用户的认证。
未绑定状态
但新环境中目前仍然没有用户的密钥,因此后续进一步需要用户授权时,均会显示二维码,由用户使用移动设备进行扫码签名。该用户体验与 Wallet Connect 类似。
绑定状态
应用方此时可以提示用户绑定当前设备,此时新环境需要生成新公私钥对,由原设备签名授权后,该公钥上链,作为 CoTA 数据扩展的子密钥,后续即可脱离原设备使用。
用户可以随时解绑任何设备,但主设备无法解绑。
用户的密钥由 Joy.id 统一管理(但整个架构实际上可以由任何网站使用,统一管理的好处是用户的地址统一)。所有的认证和签名授权均需要第三方网站调用 joy.id 来实现。
第三方网站的请求转到 joy.id 后,它会自动查看当前环境中的密钥情况,并引导用户直接签名还是展示待签名二维码让另一个设备去签名。
JoyID 的签名内容包括:私钥本身对交易的签名和私钥对应的公钥保存在 JoyID 链上 SMT 的证明。
Joy.id 前端将完整开源,第三方(包括用户自己)可以自行部署。即便 joy.id 关闭,用户依然可以通过本地部署的形式管理自己的秘钥。
一旦用户所有设备丢失或者损坏,用户资产即无法恢复。因此 JoyID 设计了社交恢复功能。用户可以设置不少于三个好友,在自己设备丢失时可以要求好友使用 JoyID 进行签名授权以便将自己新设备的公钥添加到链上的设备列表,从而恢复控制权。
用户直接访问 Joy.id 可以进入信息管理页面。该页面中,用户可以设定用户名、头像、简介,管理多设备(多个子密钥),设置社交恢复,或者申请社交恢复等功能。
JoyID 目前已经完成了协议设计和部分协议开发工作,预计在两个月内实现测试网运行,欢迎关注项目进展。
1、@canof: 主设备无法解绑,那么可以授权更换吗?过了几年时间手机还是会坏的。
Cipher: 主设备坏了或者丢失没关系的,可以添加任意多个子设备,使用权限和主设备相同。
2、@keith: 如果可以社交恢复, 那为什么要限制主设备不可解绑呢?
Cipher: 为了保证地址可以离线生成且在秘钥增删时不变,主设备公钥是地址的 lock args。
3、@keith: 要保持地址不变, 需要保证主公钥不变, 这个比较好理解。但是主公钥和主设备必须要保证绑定关系吗? 是不是可以在创建的时候, 生成一次性的公私钥作为主公钥, 然后再生成新的子公私钥绑定到主设备上。如果主设备不可解绑, 丢失的情况下感觉风险还是挺大的。
Cipher: 有解决方案,稍微麻烦一点。用户每次解锁都提供秘钥有效性证明即可,可以加到 JoyID 的下一步开发计划中。
关于 JoyID,大家有任何问题都可以移步 Nervos Talk,在这个帖子下面回复哦: https://talk.nervos.org/t/joyid/6780
No comments yet