知县: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 的功能更像是个触发器,因为绝大多数业务逻辑其实是在链上的合约内部完...
<100 subscribers
知县: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
以下内容翻译自 Nervos 首席架构师 Jan Xie 的 Twitter 推文:
(0/N) 最近有几个人问我如何看待 Ergo,它和 CKB 的设计很相似。我的看法如下:
(这个比较是基于我对 Ergo 白皮书的理解:https://t.co/h4aDROBWjM)
(1/N) Ergo 和 CKB 都更青睐 PoW 而不是 PoS,因为前者经过了充分的实战检验且被认为更安全。Ergo 和 CKB 都采用了 UTXO 模型而非账户模型,因为 UTXO 模型简单直观,并行运行的潜力大,具有确定性(且没有副作用)。
(2/N) Ergo 和 CKB 都重视去中心化、长期的可持续性和同行评议的研究。总的来说,Ergo 和 CKB 在愿景上是高度一致的!我们并不孤单!我们都试图扩展比特币模型,但在许多有趣的和深层次的地方,Ergo 和 CKB 存在一些差异:
(3/N) 根据白皮书的介绍,Ergo 的侧重点是金融合约,而 CKB 旨在成为一个适用于不同场景的通用平台。设计目标的不同,导致设计选择的不同。
(4/N) 对于金融合约,Ergo 提供了专门设计的 DSL ErgoScript 用于合约(支出条件)编程。 Ergo UTXO(被命名为 Box)提供了内置的自定义 token 支持。
(5/N) CKB 的合约和状态模型更加通用,也更加抽象:CKB-VM 使用 RISC-V VM,因此你可以使用 Rust 语言、C 语言或者其他语言编写智能合约。它们可以用于金融合约,但是不如 DSL 方便,不过更适合我稍后会提到的其他情况。
(6/N) CKB UTXO(即 Cell)没有内置的自定义 token 支持,因此开发者需要自己创建类似于 ERC20 的 token 合约。这又是对便利性和灵活性的一种权衡。
(7/N) Ergo 采用了对 GPU 友好且抗 ASIC 的 PoW 算法,而 CKB 的 PoW 算法对 ASIC 友好。因为我们认为 ASIC 是不可避免的,GPU 也是 ASIC 的一种表现形式。我们设计了一个非常简洁的新哈希算法 Eagleson,希望可以降低 ASIC 矿机的制造门槛。
(8/N) 对于轻客户端,Ergo 使用了 NiPoPoW 和 AVL+ tree 进行状态快照。CKB 的轻客户端将使用 Flyclient,state tree 的设计尚未确定。在这点上,Ergo 的进度显然领先于我们。
(9/N) Ergo 和 CKB 都考虑到了状态爆炸的问题。Ergo UTXO 前 4 年免存储租金,之后将收取费用。CKB 更加激进,使其原生代币成为链上存储本身,1 CKByte = 1 个字节的链上空间。从第一天开始,你就需要支付存储费用。
(10/N) Ergo 的代币有硬顶,线性释放曲线将在 8 年内结束。CKB 没有硬顶,基础发行大约每 4 年减半,二级发行会一直持续下去,这意味着越往后 CKB 的通胀率越无限接近于零。
(11/N) Ergo 的治理是可调参数和基于矿工投票的软分叉的组合。 一些网络功能可以即时调整,而更根本的变化需要进行软分叉。
(12/N) CKB 对软分叉和硬分叉都持开放态度,希望能更好地适应未来。我们依赖“社会契约”,比如在 Nervos 定位白皮书中约定的 3 个不变的核心:
(13/N) 以及像虚拟机版本管理这样的技术来为某些事情提供保证:
(14/N) 更加正式的治理模式正在设计中。一个软分叉提案正在进行中:
https://github.com/nervosnetwork/rfcs/pull/349
(15/N) 在找到一个实用的解决方案之前,找到一个在使用者、持有者、矿工和开发者之间找到平衡且和激励措施相符合的方案之前,我们应该在 Godwoken 上进行更多的治理实验。
(16/N) 总的来说,Ergo 更适用于金融类应用,CKB 则更加抽象。金融类的应用场景对 CKB 也很重要,但 CKB 还考虑了其他方面,例如 Layer 2、互操作性和 DID。
(17/N) CKB 非常适合上述的其他场景,同时也为金融类 dApp 的构建者提供了一些便利。软件工程就是如此,不断地在权衡和妥协。
(N/N) 我们都把去中心化和安全放在首位,并试图发展一个可以存活几个世纪的系统。我很高兴我们并不孤单!
以下内容翻译自 Nervos 首席架构师 Jan Xie 的 Twitter 推文:
(0/N) 最近有几个人问我如何看待 Ergo,它和 CKB 的设计很相似。我的看法如下:
(这个比较是基于我对 Ergo 白皮书的理解:https://t.co/h4aDROBWjM)
(1/N) Ergo 和 CKB 都更青睐 PoW 而不是 PoS,因为前者经过了充分的实战检验且被认为更安全。Ergo 和 CKB 都采用了 UTXO 模型而非账户模型,因为 UTXO 模型简单直观,并行运行的潜力大,具有确定性(且没有副作用)。
(2/N) Ergo 和 CKB 都重视去中心化、长期的可持续性和同行评议的研究。总的来说,Ergo 和 CKB 在愿景上是高度一致的!我们并不孤单!我们都试图扩展比特币模型,但在许多有趣的和深层次的地方,Ergo 和 CKB 存在一些差异:
(3/N) 根据白皮书的介绍,Ergo 的侧重点是金融合约,而 CKB 旨在成为一个适用于不同场景的通用平台。设计目标的不同,导致设计选择的不同。
(4/N) 对于金融合约,Ergo 提供了专门设计的 DSL ErgoScript 用于合约(支出条件)编程。 Ergo UTXO(被命名为 Box)提供了内置的自定义 token 支持。
(5/N) CKB 的合约和状态模型更加通用,也更加抽象:CKB-VM 使用 RISC-V VM,因此你可以使用 Rust 语言、C 语言或者其他语言编写智能合约。它们可以用于金融合约,但是不如 DSL 方便,不过更适合我稍后会提到的其他情况。
(6/N) CKB UTXO(即 Cell)没有内置的自定义 token 支持,因此开发者需要自己创建类似于 ERC20 的 token 合约。这又是对便利性和灵活性的一种权衡。
(7/N) Ergo 采用了对 GPU 友好且抗 ASIC 的 PoW 算法,而 CKB 的 PoW 算法对 ASIC 友好。因为我们认为 ASIC 是不可避免的,GPU 也是 ASIC 的一种表现形式。我们设计了一个非常简洁的新哈希算法 Eagleson,希望可以降低 ASIC 矿机的制造门槛。
(8/N) 对于轻客户端,Ergo 使用了 NiPoPoW 和 AVL+ tree 进行状态快照。CKB 的轻客户端将使用 Flyclient,state tree 的设计尚未确定。在这点上,Ergo 的进度显然领先于我们。
(9/N) Ergo 和 CKB 都考虑到了状态爆炸的问题。Ergo UTXO 前 4 年免存储租金,之后将收取费用。CKB 更加激进,使其原生代币成为链上存储本身,1 CKByte = 1 个字节的链上空间。从第一天开始,你就需要支付存储费用。
(10/N) Ergo 的代币有硬顶,线性释放曲线将在 8 年内结束。CKB 没有硬顶,基础发行大约每 4 年减半,二级发行会一直持续下去,这意味着越往后 CKB 的通胀率越无限接近于零。
(11/N) Ergo 的治理是可调参数和基于矿工投票的软分叉的组合。 一些网络功能可以即时调整,而更根本的变化需要进行软分叉。
(12/N) CKB 对软分叉和硬分叉都持开放态度,希望能更好地适应未来。我们依赖“社会契约”,比如在 Nervos 定位白皮书中约定的 3 个不变的核心:
(13/N) 以及像虚拟机版本管理这样的技术来为某些事情提供保证:
(14/N) 更加正式的治理模式正在设计中。一个软分叉提案正在进行中:
https://github.com/nervosnetwork/rfcs/pull/349
(15/N) 在找到一个实用的解决方案之前,找到一个在使用者、持有者、矿工和开发者之间找到平衡且和激励措施相符合的方案之前,我们应该在 Godwoken 上进行更多的治理实验。
(16/N) 总的来说,Ergo 更适用于金融类应用,CKB 则更加抽象。金融类的应用场景对 CKB 也很重要,但 CKB 还考虑了其他方面,例如 Layer 2、互操作性和 DID。
(17/N) CKB 非常适合上述的其他场景,同时也为金融类 dApp 的构建者提供了一些便利。软件工程就是如此,不断地在权衡和妥协。
(N/N) 我们都把去中心化和安全放在首位,并试图发展一个可以存活几个世纪的系统。我很高兴我们并不孤单!
No comments yet