一年前，我们讲述了一群人的故事：他们刚刚在 CKB 生态中站稳脚跟，学习它的运作方式，摸索自己能用它做些什么。从那以后，他们的旅程仍在继续。有些想法变成了实际运行的项目，有些建设者开始挑战更难的技术问题，还有一些人发现，把工作成果分享出来、听取他人的反馈，能带来多大的改变。迈出第一步是一回事；持续投入一个项目，不断改进，解决问题，听取其他开发者的意见，并想办法让人们真正用上自己做出的东西，又是另一回事。许多真正的工作就发生在这个过程中，这也是第二辑想要讲述的内容。

Rick 再次出现在这一辑中，让我们有机会看看自第一辑报道以来，他的旅程有了哪些进展。与他一同登场的还有 Truth、Cecilia、Ngoc、Oluwaseun 和 Ebube。他们的工作展示了好奇心转化为持续建设的投入后，可能带来怎样的成果。他们的经历各不相同，却有一个共同点：学习不会在理解技术或做出第一个能运行的项目时结束。从很多方面来说，更有意思的部分恰恰从那时开始。

走进 CKB 的不同道路

进入 CKB 生态并没有唯一的路径。有些建设者已经积累了多年的软件或区块链开发经验，另一些人还在学习这项技术如何运作。让他们走到一起的，是探索新事物、寻找值得解决的问题，以及发现自己的技能能在哪些地方发挥作用的机会。

Truth 的本名是 Wasiu Ajao。他的旅程从数学起步，逐渐延伸到软件工程、区块链开发和密码学。这段背景也影响了他接触 CKB 的方式：他想理解系统底层如何运作，而不仅是能在上面构建什么。在 2026 年 3 月加入 CKBuilder 计划之前，他已在多个区块链生态中工作过，并探索过智能合约、零知识证明（zero-knowledge proofs）和注重隐私的应用。

CKBuilder 计划让他能更直接地将这些经验付诸实践。他开始研究 CKB 的 Cell 模型并编写脚本，很快就从基础学习走向了自己的项目。他早期的成果包括 45 分钟学会 CKB（Learn CKB in 45 Minutes） 和 Grid3，后者是一款部署在 CKB 测试网上的井字棋游戏。此后，他的工作逐渐拓展到身份与声誉基础设施、密码学和开发者工具。你可以通过他的 GitHub 主页和作品集了解更多。

Rick 则是从比特币以及对区块链系统运作方式的兴趣出发，走进了 CKB。在发现 CKB 之前，他已在 Alephium 上开发过一个去中心化交易所，包括兑换（swaps）和流动性池（liquidity pools）功能。因此，他对智能合约并不陌生，但 CKB 为他提供了一种值得思考的不同设计。一位朋友向他介绍了这个生态及其 Cell 模型，而在 2025 年 8 月加入 CKBuilder 计划后，他获得了更有条理的参与路径，也受到鼓励，开始更深入地投入其中。

吸引 Rick 的，是 Cell 模型解决实际问题的方式。他在采访中解释说，每笔众筹认捐款都可以存放在一个 Cell 中，由规则决定这笔钱应交给项目发起人，还是退还给支持者。这个想法后来成为 CrowdCell，一款采用“全有或全无”模式的众筹项目。对 Rick 来说，CKB 不只是另一条需要学习的链，它还让他有机会用不同的方式，将已有技能应用到一个问题上。

Ngoc Vo 在社区中也被称为 Nghiadang，他的背景则很不一样。他在越南 Renesas 电子担任嵌入式软件工程师，在朋友向他介绍 CKB 之前，几乎没有区块链经验。引起他注意的是一个熟悉的名字：RISC-V。他过去参与过一个与 RISC-V 有关的项目，所以一听说 CKB 使用基于 RISC-V 的虚拟机，就立刻产生了兴趣。后来，支撑他留下来的理由开始发生变化。他说，最初的动力是边学习边赚钱，但对 CKB 了解得越多，就越欣赏它的设计。他也很喜欢能够使用 C/C++、JavaScript 和 TypeScript 等熟悉的语言，同时获得其他社区成员的指导和评审。这些支持帮助他从好奇走向了亲手开发，包括 ToyTrade 这样的项目：一个旨在让人们使用 CKB 和 Fiber 交易玩具的平台。他的经历说明，即使没有传统的区块链背景，也能在这个生态中找到自己的位置。

Cecilia Mulandi 的道路始于计算机科学，虽然这并不是她最初的选择。她原本另有打算，但大学里的一堂分布式系统课让她接触到了区块链，也激发了她毕业后仍持续探索的兴趣。她开始学习零知识证明和密码学，研究背后的数学，同时学习 Rust，以便将这些想法付诸实践。

她在一个 Web3 社区的 WhatsApp 群组里看到关于 CKBuilder 计划的帖子，由此发现了 CKB。让她决定深入了解的，是 CKB 的架构与她想做的工作之间的联系。用她的话说，CKB 作为验证层的定位让她有了“原来如此”的顿悟：她看到了 CKB 验证交易的方式，与零知识系统通过证明确认某件事有效的方式之间的紧密联系。这种架构在技术上让她信服，而社区里的人同样重要。她特别提到，开发者提供的支持与反馈鼓励了她继续构建。技术与社区的共同作用，促使她开发了 CKB 的 Groth16 验证器，此后其他开发者也以这项基础设施为起点开展自己的工作。Cecilia 生活在肯尼亚内罗毕，她的经历展示了一个人对密码学的兴趣如何发展成帮助其他建设者前进的贡献。你可以在 X 上关注她的工作和动态。

Oluwaseun 的起点较为常见：他先从通用软件开发入手，之后转向区块链。他通过 TechyJaunt 了解到 CKB，于 2024 年底加入其一期学习班，开始学习如何在这个网络上开发。此前没有区块链背景的他，需要熟悉 CKB 的 Cell 模型，理解一种不同的资产和应用逻辑表示方式。重要的转变发生在学习变成动手实践的时候。开发并部署第一个合约，为他探索 PactAgent 和 Klaveroq 等更大的构想打下了基础。他不想只是远远地研究区块链，而是希望围绕支付、信任和协作方面的问题，打造实用的产品。他的故事提醒我们，即便底层技术陌生，传统软件开发经验仍然可以是一个有用的起点。

Ebube Chukwuma 在 CKB 社区中以 Smilez 为人熟知。进入这个生态时，他已经有五年多的软件工程师经验。一位朋友向他介绍了 CKB，Cell 模型、RISC-V 虚拟机和 Fiber 吸引了他。在探索技术并开始开发项目的过程中，他逐渐发现了一些自己可以补足的空白。回顾这段经历，他解释说，这种转变是自然而然发生的：“我甚至没有意识到转折点是什么时候出现的。我只是在探索技术、开发项目，不知不觉间，想要贡献的动力就自然而然地占了上风。”他的旅程表明，对新技术的探索可以逐步发展为对建设和生态贡献的更深投入。

当好奇心变成人们用得上的东西

学习一条新的区块链是一回事。做出其他人能够测试、使用、评审或在其基础上继续构建的东西，是另一回事。对本文介绍的建设者来说，这种转变意味着开始解决实际问题：如何让众筹无需依赖可信第三方（trustless），如何让隐私工具可以复用，如何简化支付，以及如何把早期想法变成能够支持实际应用的基础设施。

他们的项目处在不同阶段。有些是测试网实验，有些已成为其他开发者正在使用的工具，还有一些正在从原型走向产品。连接他们的是一个共同的决定：把学到的 CKB 知识用起来。

Rick：让众筹无需信任中间人也能运作

对 Rick 来说，众筹的难题很直接：如果筹款失败，或者参与者无法就资金的去向达成一致，会发生什么？传统平台负责管理资金，并决定何时放款。他的项目 CrowdCell 采取了另一种方式，用 CKB 脚本来执行规则。

CrowdCell 是一款“全有或全无”模式的众筹应用。如果众筹在截止日期前达到目标，发起人就能收到认捐款；如果未能达标，支持者可以取回自己的钱。它的意图是让这些结果由应用中编码的规则决定，而不是由平台自行裁量。

Rick 构建了项目的多个层面，包括 Rust 脚本、TypeScript 交易构建器、索引器、keeper 机器人，以及网页界面。但一个最重要的教训来自他的发现：第一个版本仍然依赖支持者配合，才能释放或退还资金。他不得不重新设计认捐机制，让规则在链上得到执行。

最让他在意的里程碑，是看到系统按预期运作。Rick 说，让他自豪的是“看到 keeper 机器人在测试网上自动完成一场众筹，把钱支付给发起人，全程没有人动手；然后，又在另一场失败的众筹中自动完成退款”。

这不只是一场成功的演示，它证明了 CrowdCell 的核心想法可以实际运行：决定资金去向的是脚本，而不是某个人。

CrowdCell 目前已在测试网上运行，仍在积极开发中。推进项目的过程中，也进行了外部评审、安全修复和认捐处理方式的改进。你可以查看 CrowdCell 代码库，并关注其开发进展。

Truth：构建其他开发者可以复用的基础设施

Truth 的工作体现了另一类挑战。他的兴趣越来越多地转向底层工具和协议，让其他开发者能够在其基础上构建自己的应用，而不是只专注于某一个应用。

Vellum 就是一个例子。这是围绕 CKB 的 did:ckb 身份系统构建的声誉与身份项目，目标是为可验证声明（verifiable claims）和声誉提供可复用的基础设施，让应用能够签发、验证和使用声明，而不必每个项目都从头开发自己的系统。

这个项目已经走出了初步演示阶段。Truth 的 Vellum 代码库包含其实现；第一个里程碑交付了测试网合约、TypeScript SDK、验证流程、数据模式（schemas），以及展示声誉评分背后证据的仪表盘。该里程碑已经交付，在采访时正等待评审者正式确认。

走到这一步，需要做的不只是写代码。Truth 必须厘清协议的边界，回应社区反馈，并在评审后重新思考部分设计。这些经历改变了他评价自己工作的方式：能运行的演示固然有用，但可复用的基础设施还必须让其他人能够理解、测试和维护。

他在 Fiber 上的工作更集中于开发者体验。Truth 创建了开源工具 fiber-forge，希望让 Fiber 的开发与测试更容易。该工具已在 npm 发布，并在 Gone in 60ms Fiber 网络基础设施黑客松中获得所在类别的第一名。官方黑客松结果记录了这一里程碑。

Cecilia Mulandi：从密码学理论到隐私工具

Cecilia Mulandi 的工作源自她对密码学和零知识证明的长期兴趣。研究了背后的数学之后，她希望不再止步于理解这些技术在理论上如何运作，而是看看它们能在 CKB 上实现什么。

她的第一项重要贡献是 groth16-ckb，一个基于 BN254、以脚本形式在 CKB-VM 中运行的 Groth16 验证器。这个项目填补了一个实际空白：开发者如果想在 CKB 上构建保护隐私的应用，就需要一种在链上验证零知识证明的方法。

对 Cecilia 来说，实现这个验证器，既汇集了她数月的学习成果，也让她面对把知识转化为可运行软件的挑战。重要的里程碑不只是让数学原理落地实现，而是其他开发者开始在自己的项目中使用这个验证器。Arthur 将它集成到 CellScript 中，Xiaomao 在一套 Noir-to-CKB 工具链中使用了它，Truth 则把它用于一款双人零知识文字游戏。

这些应用让 Cecilia 进一步思考：既然验证器已经有了，怎样才能让开发者使用它时，不必自己拼装周边所有组件？

她的回答是 zk-Lock。它让访问权限可以取决于一份有效的密码学证明，而不必通过传统的密钥授权来解锁 Cell。这可以支持一类应用：用户需要证明自己满足某个条件，同时不披露背后的隐私信息。

Cecilia 清楚地描述了这个过程：“groth16-ckb 验证器，是我向自己证明，我能把一直在学习的数学变成 CKB 上可以运行的代码。zk-Lock 则是接下来的问题：好，我有验证器了，那人们到底能拿它做什么？”

采访时，zk-Lock 已在 Pudge 测试网上运行，并提供了用于部署、锁定和解锁 Cell 的命令行界面。在一次社区评审发现安全缺口后，她还增加了一个绑定证明的变体。这项工作很重要，因为隐私工具不能只展示一个有意思的密码学想法，还必须考虑证明在真实交易中如何使用。

Ebube Chukwuma（Smilez）：让 Fiber 更容易运行和使用

对 Ebube 来说，使用 Fiber 所需的技术操作一直是个挑战。运行 Fiber Network Node 可能涉及命令行工具、节点配置、连接设置和通道管理。对只想试用网络或接受支付的开发者和用户来说，这些要求可能成为门槛。

他的 Fiber Studio 项目通过桌面应用来解决这个问题。它旨在让用户通过图形界面运行、监控和管理本地 Fiber 节点，而不必完全依赖命令行操作。Smilez 曾说，构建 Fiber Studio 是最让他自豪的成就之一，并提到已经有人用它在自己的桌面电脑上运行 Fiber。

该项目仍在积极开发中，正在重构 v1 版本，以改善性能、节点稳定性和通道同步。可以通过 Nervos Talk 上关于 Fiber Desktop 重构的讨论关注进展。

Smilez 也一直在开发 FiberFlow。它解决的是一个相关但不同的问题：帮助商家通过 Fiber 接受支付。项目结合了自托管的支付后端、发票和 webhook API、结账页面及商家仪表盘，希望减少商店为接受 Fiber 通道支付而需要自行构建的基础设施。

FiberFlow 提供公开的测试网演示，包括一个面向顾客的演示商店和一个商家仪表盘。它仍在积极开发，因此，更准确的说法是一个能运行的测试网演示，而非已经全面上线的支付产品。

这两个项目相辅相成。Fiber Studio 侧重于让节点更容易运行，FiberFlow 则侧重于让收款功能更容易集成。两者都体现了 Smilez 的兴趣所在：减少底层技术与潜在使用者之间的阻碍。

Oluwaseun：把黑客松想法变成可复用的基础设施

Oluwaseun 的进展展示了一个项目在初次成功后，可以发生多大的变化。他的 PactAgent 最初是一个基于 CKB、围绕基于里程碑的协议与资金托管的构想，旨在支持按照明确条件管理资金、里程碑和协议的工作流程，而不完全依赖各方之间的信任。

赢得 AI 智能体黑客松，让 Oluwaseun 有了继续投入的理由，但他没有把黑客松版本当作成品。

PactAgent 正在被重新打造为以 API 为先的基础设施，用于协议、里程碑、资金托管流程、证明、争议和 webhook。目标是让其他应用可以复用这些能力，而不是把它们留在单个演示项目中。

Oluwaseun 把这次转型看作自己成长的重要部分。重构 PactAgent 迫使他跳出“让演示跑起来”的思路，更加关注开发者体验、可靠性、API、测试和长期维护。

下一步是验证核心工作流程、完成集成，并让基础设施准备好供实际应用使用。PactAgent 尚未公开上线，Oluwaseun 正在开发、计划使用 PactAgent 基础设施的产品 Klaveroq 也同样如此。

这个区别很重要：PactAgent 正在发展成可复用的技术基础，而 Klaveroq 则旨在展示用它能够构建什么。对 Oluwaseun 来说，赢得黑客松是一个里程碑，但更大的任务，是把最初展现出的潜力转化为足够可靠、可供他人使用的成果。你也可以阅读 Nervos Talk 上对 PactAgent 建设者 Oluwaseun 的采访。

Ngoc：让玩具交易贴近普通用户的习惯

Ngoc 带着嵌入式软件工程的背景接触了 CKB。他的一个项目 ToyTrade，源自一个简单的观察：孩子可能很快就对玩具失去兴趣，但这些玩具对另一个孩子来说仍然有用。

ToyTrade 是一个旨在帮助孩子和家长交易二手玩具的市场。每件物品都会通过 Spore 数字对象获得一个标识符，以便追踪其所有权和历史。项目希望让普通用户也能方便地参与，而不只是那些已经了解区块链技术的人。正如 Ngoc 所描述的，用户应该能够扫描二维码就发起交易，而不必摸索复杂的区块链界面。

这种对熟悉感的重视很重要。ToyTrade 并非只是为了展示数字资产，而是把 CKB 和 Fiber 用在一项人们熟悉的日常活动中。区块链组件负责支持交易物品的身份识别和历史记录，而用户体验则力求简单直接。

采访时，ToyTrade 正在测试网上运行。Ngoc 说，开发这个项目让他有机会学习 Web 应用和智能合约开发，也让他在兼顾瑞萨全职工作的同时，改善自己的时间管理。

代码背后的社区

每个项目背后，都有一位开发者在做决定、解决问题，努力弄清哪些地方还需要改进。但这些建设者的故事表明，进展很少只靠代码就能实现。一次评审可能揭示原开发者遗漏的弱点，另一位建设者的一个问题可能催生新功能。有时，一个人最重要的贡献不是做出一个新项目，而是帮助别人把项目做得更好。

对 Rick 来说，这样的支持直接影响了 CrowdCell 的设计。最初的版本仍依赖支持者配合，才能释放或取回认捐款，这意味着众筹流程仍未如他所愿地摆脱对他人配合的依赖。Neon 的反馈帮助他意识到了这个缺口，而与其他开发者的讨论，则为他设计认捐锁定机制和收据提供了思路。随后，他通过 CKBuilder 项目评审流程提交了项目。Officeyutong 评审了 v1.1 合约，发现六个问题，其中两个较为严重。

Rick 很清楚这次评审有多重要。他称它是“项目迄今收到的最有用的一次反馈”，因为它在项目进入主网之前暴露了漏洞。他修复了已发现的问题，并继续推进第二轮评审。对他来说，这个教训不只适用于 CrowdCell：一个项目即使看起来按预期运作，仍可能藏有弱点，只有让别人仔细审查代码才会显现。

他的经历也表明，在工作尚未完全完成时分享出来，同样有价值。自 2025 年 8 月以来，Rick 已通过自己的 CKB 建设者进展仓库发布了 30 多份周报。这些报告记录了他做了什么、哪里出了问题，以及作出了哪些改变。他解释说，即使在进展缓慢、容易忽略成果的几周里，写报告也能督促自己持续推进。

Cecilia Mulandi 从另一个角度体会到了同样的反馈循环。她的零知识工作始于 CKB 的 Groth16 验证器，但当其他开发者开始使用它时，这项贡献才变得更有意义。Arthur 将验证器集成到 CellScript，Xiaomao 探索相关工具，Truth 则将它用于一款双人零知识文字游戏。他们的项目和问题帮助 Cecilia 看清，验证器让哪些事情成为可能，以及开发者还需要什么工具。

这种复用改变了 Cecilia 对成功贡献的理解。她说：“做验证器时，我主要问的是‘它能运行吗？’现在，我首先问的是‘谁会用它？用起来有多容易？’”这一转变很重要：关注点从让技术实现跑起来，转向让在其基础上开发的人能够理解、上手并从中受益。

在 zk-Lock 的开发过程中，社区的作用体现得更加具体。Cecilia 实现最初的锁定脚本（lock script）后，Truth 审阅了教程并发现一个安全问题：如果证明没有正确绑定到交易，它就可能被复制，并用在其他场景中，将资金转移到别处。Cecilia 随后开发了 zk-lock-bound，将证明绑定到被花费的交易。这项更新通过 zk-Lock 拉取请求 #4合并，并与原版本一起部署到了 Pudge 测试网。

Cecilia 对这段经历的感想，道出了这一过程的价值：

“人们真的会读你的代码，质疑你的设计，也真的在意到愿意告诉你哪里出了问题。”

这是一个鲜明的例子：社区支持不只是鼓励某个人或赞美他的工作，也意味着花时间检查实现、解释问题，并帮助成果变得更安全。因为另一位建设者愿意认真检查，Cecilia 才能改进自己的项目；Truth 则通过帮助她加强项目，作出了超出自己项目范围的贡献。

Truth 自己的经历展示了这种关系如何继续发展。在 Vellum 等项目中，他经历了公开反馈、技术评审和维护者讨论。这些交流改变了他的实现，也让各个组件该如何配合变得更清楚。他通过拉取请求 #376 对官方 CCC 代码库的贡献，在完成维护者评审后，加入了身份相关功能、测试和示例。最终成果不只是个人仓库里的代码，还成为共享开发者基础设施的一部分。

他也开始评审其他建设者的工作。审阅 Cecilia 的 zk-Lock 教程是一个例子，参与公开项目讨论和 CKBuilders 评审频道则是另一个。这标志着新建设者与整个生态之间关系的重要变化：曾经需要指导的人，会逐渐成为那个发现问题、回答疑问，或帮助其他开发者避免错误的人。

让反馈循环清晰可见

GitHub 上的 CKBuilder 项目跟踪平台为这一过程提供了实际的组织方式。建设者可以提交 issue，介绍项目、现有功能、后续计划、部署状态、代码库、演示，以及希望获得的具体反馈。评审者随后可以检查项目，提供技术建议，指出弱点，或提出改进方法。这个平台还为项目及其开发阶段保留了公开记录，让人们更容易看清哪些想法仍在探索，哪些已经有了更进一步的成果。

这一点很重要，因为项目更新如果包含足够的信息，让别人能够作出回应，就会更有用。代码库展示代码，测试网演示让人们试用应用，进展报告解释发生了哪些变化，而明确的评审请求则为他人提供切入点。这些材料结合起来，更容易让反馈落到实处，而不是停留在对一个想法的泛泛讨论上。

GitHub 流程也记录了项目如何改进。Rick 的合约评审就是一个例子。Truth 对 CCC 的贡献展示了个人成果如何经过维护者评审，成为共享代码库的一部分。Cecilia 对 zk-Lock 的修改则展示了外部评审如何带来具体的安全改进。在这些例子中，价值不在于第一次尝试就避免所有错误，而在于让他人有机会发现问题，让开发者能够作出回应。

CKBuilder 计划通过帮助建设者联系经验丰富的开发者，并为项目提供展示、评审和跟踪的场所，支持这种工作方式。Nervos Community Catalyst 在自己的进展更新中，将这个跟踪平台描述为在研工作的集中记录处，并提到已有项目提交给 CKB 核心开发者进行技术评审，参见 Nervos Community Catalyst：季度报告 - 综合讨论 - Nervos Talk。

当然，并不是每条建议都会被采纳，也不是每个项目都能投入生产。有些会停留在实验阶段，另一些会在收到反馈后改变方向。但公开的流程让这些阶段更容易被理解，也让项目更有机会受益于发起者之外的知识。

从社区支持到资金与认可

一个能运行的原型可以证明想法可行，但要继续推进，往往还需要更多条件：充分开发的时间、了解问题的人提供的反馈，以及清晰的后续计划。对一些 CKB 建设者来说，社区支持打开了获得资助的大门；对另一些人来说，黑客松带来了认可，而准备资助提案的过程则让他们学会了更有效地介绍自己的工作。

这些经历表明，资助不只是写代码的奖励。它还要求解释项目为何重要，设定现实的目标，回应问题，并证明工作能够超越最初的演示阶段。

Truth：将未获通过的提案变成获得资助的基础设施

Truth 在 Vellum 上的经历说明，一次申请资助的挫折，可以成为重新思考项目、把项目介绍得更清楚的机会。他的第一份 Community Fund DAO 提案没有通过。他没有放弃这个想法，而是重新审视提案，厘清 Vellum 的技术基础与独立性，调整范围和付款结构，并回应社区讨论中提出的顾虑。

修订后的提案以 64.37% 的支持率通过，启动资金在第二天到账。

回顾这段经历，Truth 认为自己的成就不只是拿到一笔资助。他说，最让自己自豪的是“把 Vellum 从一个被否决的提案，变成获得资助、实际运行的基础设施，然后公开交付了第一个里程碑”。

这个区别很重要，因为获得资金之后，项目确实取得了具体进展。第一个里程碑交付了 CKB 测试网上的 Claim Type 和 DID Lock 合约、@usevellum/sdk 包、账户验证流程、带版本管理的声誉策略、七个已发布的数据模式，以及展示声誉评分背后证据的仪表盘。交付报告还记录了 326 项 TypeScript 测试、21 项 Rust 与 CKB-VM 测试，以及六项公开的测试网检查。

Truth 的旅程说明，一份最初未获通过的提案，并不一定意味着一个想法的终结。更清晰的沟通、更具体的范围、社区参与，以及交付成果的证据，都能帮助项目重新赢得支持。

Cecilia Mulandi：以清晰的里程碑获得资助

对 Cecilia Mulandi 来说，资助帮助她解决了使用其零知识成果时的一项实际障碍。她的 CKB Groth16 验证器已经存在，但想使用它的开发者，仍需自行连接多个独立部分，包括验证器、锁定脚本脚手架、见证编码和交易构建。

她的 zk-Lock 提案旨在把这些组件整合起来。zk-Lock 为创建 Circom 电路、对验证密钥（verifying key）作出承诺、以证明作为 Cell 的解锁条件，以及在证明有效时解锁 Cell，提供了一条更便于复用的路径，避免每个开发者都重复进行集成。

她完成了 Spark 资助相关的全部三个里程碑：

• 里程碑 1：核心 zk-Lock 锁定脚本。
• 里程碑 2：部署到 Pudge 测试网，包括命令行界面和首次链上解锁。
• 里程碑 3：可复现的 Circom 电路、TypeScript SDK、Rust 编码流水线、端到端教程和持续集成。

里程碑安排为这项工作明确了从核心实现走向更完整开发者体验的路径。Cecilia 提到，每周的进度交流也帮助她督促自己履行承诺。

项目还从社区评审中获得了额外收益。Truth 检查了实现，发现一个安全弱点：证明与被花费的交易之间的绑定不够充分。Cecilia 开发了 zk-lock-bound 来解决这个问题，相关修改也已合并到主项目中。

Cecilia 的 zk-Lock Spark 提案记录了项目及最初的资助申请。她的经历表明，即便范围不大，只要适当调整范围、明确里程碑，并在批准后持续听取反馈，项目也能取得有意义的进展。这也说明，完成技术工作并不总是最后一步：文档、贡献指南，以及其他开发者参与的机会，都有助于让项目超越原作者自身的需求，发挥更大的作用。

Smilez：Community Fund DAO 对 Fiber Studio 的支持

对 Ebube 来说，Community Fund DAO 的支持帮助他对 Fiber Studio 进行了一次大规模重构。

Fiber Studio 也被称为 Fiber Desktop。它希望用桌面应用取代复杂的命令行配置，让本地 Fiber 节点更容易运行。目标是降低门槛，让想使用 Fiber、却觉得初始设置困难的开发者和用户能够上手。

Smilez 确认，他的提案获得了通过，资助加快了开发，使 v1 应用得以从头重构。他将成果描述为一款面向生态、更加稳健且性能出色的桌面应用。

社区反馈也影响了这个决定。Smilez 解释说，最初开发时遇到的 Fiber 节点通道同步问题，以及 Nervos Talk 上的讨论，让他逐渐决定重构应用，而不是只在现有版本上小修小补。更广泛的支持也帮助他完善了 Fiber Studio 的架构和相关提案。

你可以通过 Nervos Talk 上关于 Fiber Studio 从头重构的讨论，以及 Smilez 相关的 Fiber 主网 UDT 提案了解这些工作。

Smilez 的经历也强调了基础设施建设中的一个重要方面：让工具运行起来只是挑战之一。它还必须稳定、易于上手，并对预期使用它的人切实有用。

Oluwaseun：通过黑客松获得认可

认可并不都来自资助提案。Oluwaseun 的 PactAgent 在 Claw & Order: CKB AI Agent Hackathon 中获得了第一名。

PactAgent 围绕 CKB 上基于里程碑的协议与资金托管构建，旨在按照明确条件管理协议和释放资金，而不完全依赖参与各方之间的非正式协调。

赢得黑客松，是对他此前投入的认可，也成为另一个开发阶段的起点。此后，Oluwaseun 一直在将 PactAgent 开发成以 API 为先的基础设施，用于协议、里程碑、资金托管流程、证明、争议和 webhook。另一个正在开发的独立产品 Klaveroq，则计划使用这套基础设施。

他这样解释自己工作方式的转变：

“一开始，我主要想着做出一个能运行的产品。现在，我会更关注架构、API 边界、安全、测试、文档和部署规划。”

这种变化意义重大。黑客松项目通常始于一次清晰的演示，展示某个想法可以实现；但要做出其他应用可以依赖的东西，就必须重视集成、可靠性和长期维护。

奖项为 PactAgent 带来了认可，但接下来的挑战仍是把一个有潜力的项目变成可靠的基础设施。Oluwaseun 的讲述清楚地表明，获奖不是这个过程的终点，而是更长开发旅程中的一步。

Rick：在申请资助之前，先学会赢得支持

Rick 的 CrowdCell 经历提供了一个有用的对照。Truth 修订后的 Vellum 提案获得了资助，Cecilia 的 zk-Lock 得到了 Spark 的支持，而 Rick 最新的 Community Fund DAO 提案虽然已进入投票阶段，但在采访时尚未获得资助。

CrowdCell 是一款基于 CKB、采用“全有或全无”模式的众筹应用。它的脚本旨在众筹成功时将认捐款交给发起人，失败时退还支持者。Rick 的第一份 Community Fund DAO 提案只获得了 16 个赞，未达到进入投票所需的 30 个赞，因而停滞。

他认真对待这些反馈，重新提交了一份范围更小、聚焦测试网的提案。修订后的范围集中于将现有演示发展为更完整的产品，计划功能包括发起人和支持者仪表盘、.cell 名称支持和 Vellum 声誉、keeper 激励、分类与搜索、中文界面，以及可选的提前结束众筹功能。

这一次，提案在三天内就达到了 30 个赞的门槛。走到这一步是有意义的进展，但提案仍未完成资助审批流程。 Rick 对第一次受挫的解释很直接：

“最重要的教训是：这套流程看重的是你在发帖前就与社区互动，而不只是代码写得好。”

他说，在重新发布提案之前，自己花了更多时间参与 CKBuilders 和论坛讨论，直接与人交流，并尽力提供帮助。这改变了大家的反应：修订后的提案从原来一周获得 16 个赞，变成了三天获得 30 个赞。

Rick 的经历为本节的故事补充了另一条经验：社区参与不应该等到需要资金时才开始。它是持续工作的一部分，有助于建立信任，让项目易于理解，并帮助人们看清为什么值得支持它的下一阶段。

获得资助和认可，真正需要什么

这五段经历展示了社区支持影响建设者进展的不同方式。Truth 修订了未获通过的提案，继而交付了获得资助的基础设施。Cecilia 调整范围和里程碑，获得 Spark 支持，随后完成工作，并通过进一步评审改进安全性。Smilez 获得了对 Fiber Studio 大规模重构的支持。Oluwaseun 在黑客松中的胜利为 PactAgent 带来了认可，也为继续开发提供了基础。与此同时，Rick 学会了一个道理：提案要取得成功，需要社区参与和清晰的范围。

从原型走向可持续发展的项目，没有唯一的道路。资助、黑客松奖金、技术反馈或持续的社区参与，都可能提供帮助，但没有哪一种能免去实际工作。建设者仍需明确自己打算交付什么，解释其重要性，回应问题，并展示进展。这也许正是这些故事最紧密的联系：当支持与清晰的下一步相结合时，它最有价值。资金给建设者提供了开展工作的空间，而里程碑让工作有了可检验的承诺；认可带来关注，而持续开发给人们提供了继续关注的理由；社区讨论则能在资金投入之前，让提案变得更加清楚。

不断成长、跨越地域的社区

本辑故事来自不同地方，却有着共同的线索：人们从已有的兴趣出发发现 CKB，找到愿意帮忙的人，再逐步作出自己的贡献。从尼日利亚到肯尼亚和越南，他们的经历表明，建设者无需走同一条路，也能在生态中找到自己的位置。

对肯尼亚的 Cecilia Mulandi 来说，这段旅程始于一个 Web3 社区 WhatsApp 群组里分享的帖子。她本来就对密码学和零知识证明感兴趣，看到了 CKB 作为验证层的潜力，开始贡献技术成果，包括 Groth16 验证器和 zk-Lock。其他开发者的支持帮助她完善这些成果，并使其可以复用。她的参与也超出了代码：Cecilia 曾向本地开发者介绍 CKB，解释 Cell 模型的工作方式，把自己学到的知识分享给正在探索这项技术的人。

Ngoc Vo 在越南的经历提供了另一个视角。他在瑞萨担任嵌入式软件工程师，发现 CKB 之前就有 RISC-V 相关技术的经验。这份熟悉感吸引他走向 CKB-VM，而区块链开发又带来了需要学习的新概念。通过 ToyTrade 等项目，他一边兼顾全职工作，一边探索如何运用已有知识。他的故事反映的是在动手构建中逐步学习的过程，而不是一夜之间转入一个新领域。

尼日利亚的建设者又带来了不同视角。Truth 从学习基础知识，走向了身份、声誉和开发者工具的开发，同时也评审其他建设者的工作。Oluwaseun 的黑客松经历展示了获得认可的另一条道路，而 Smilez 的 Fiber Studio 工作则说明，让技术基础设施更便于他人使用有多重要。他们的经历也体现了分享进展、提出问题，以及在过程中帮助其他开发者的价值。

仅凭这些故事，无法确定 CKB 在某个国家的增长速度。它们所展示的，是参与如何在不同环境中逐步展开：可能通过一个本地 Web3 群组，一段既有的技术背景，一项学习计划，或一个引起其他建设者注意的项目。

当知识开始在贡献者之间流动，社区就不再只是个体的集合。有人发现技术，获得指导，做出有用的东西，最终又成为另一个人的支持者。在这些经历中，这样的循环已经清晰可见，也让我们具体看到了 CKB 社区如何超越单一地域。

下一阶段／结语

对这些建设者而言，完成第一个里程碑并不是旅程的终点，而是让成果更有用、更可靠、更容易上手的起点。无论重点是让隐私应用更易用、加强 Fiber 基础设施、改进现有产品，还是面向普通用户开发实用应用，下一阶段都意味着从能在演示中运行，走向人们真正可以依赖。

这种进步也依赖于吸引更多人进入生态。黑客松、Build on CKB 每周挑战、奖项和其他社区活动，为有志参与建设的人提供了不同的机会，去学习、实验、获得反馈并作出贡献。这些机会不保证道路轻松，但可以给新人一个起点、一个待解决的问题，以及一个可以共同学习的社区。

本辑中的经历表明，在 CKB 上构建很少是孤军奋战。项目通过评审、交流、共享工具，以及从错误中学习的意愿而得到改进。有些建设者还在探索想法，有些正在打磨产品，或挑战要求更高的技术工作。每个阶段都很重要。

一个生态的力量，不只体现在它产出了多少项目，也体现在建设者是否相互帮助、共同成长，是否让自己的成果随时间变得更好，以及是否仍愿意持续贡献。这样，单个项目才能成为更强大 CKB 社区的基础。

如果你有 Web 开发背景，想学习 CKB 或加入 CKBuilders，欢迎发送邮件至 neon@nervos.community。