https://chainte.github.io/ckb-talk-radar/ Daily Nervos Talk community briefing and latest active topics. zh-cn Sat, 09 May 2026 16:11:47 +0000 https://chainte.github.io/ckb-talk-radar/ tag:ckb-talk-radar,2026-05-09:daily-brief Sat, 09 May 2026 17:50:11 +0000 ## 今日发生了什么 DAO 财政激活讨论继续升温，社区成员在长远去中心化与短期务实推进之间展开辩论 [S01, S02, S03]。Spark 资助项目迎来多个关键节点：CKB-UGMP 无感铸造原型即将上线演示版，Tiko 提案被要求收缩范围，Nervos Brain 顺利通过中期评审并获第二笔拨款 [S04, S06, S14, S16]。此外，Bitcoin Renegade 提交的六个月媒体营销资助提案引发正反两极反应 [S08, S09, S10]。 ## 重点话题 **DAO 财政激活路线之争**：matt_ckb 强调以太坊基金会正追求 Nervos 已在做的去中心化治理方向，称"去中心化平时不重要，直到有一天至关重要" [S01]；fishell 回应支持多轨并行，认为不应干等财政治理完善，中短期需先让其他 DAO 跑起来积累经验 [S02]；jimi-winehouse 则持务实反对，认为当前属于"过早优化"，最坏情况是基金会遭"俘获"后人从排放中牟利 [S03]。 **CKB-UGMP 铸造基础设施冲刺 MVP**：HNO3Miracle 汇报第三周进展，已完成 dob_metadata 草案接入 Spore 铸造交易路径，形成"连接钱包 → 选图 → IPFS 上传 → 构造交易"的可演示主链路 [S04]；委员会 xingtianchunyan 追问公开 demo 与开源仓库时间表，建议尽早开放以便社区参与 [S05]；HNO3Miracle 确认体验版与仓库均将于下周上线，并放出一个粗糙 demo 链接供批评，坦言铸造功能尚不稳定、最终... https://talk.nervos.org/t/pre-rfc-discussion-activating-the-nervos-dao-treasury/10143 https://talk.nervos.org/t/pre-rfc-discussion-activating-the-nervos-dao-treasury/10143#recent-3 Sat, 09 May 2026 16:11:47 +0000 1000026048858×268 89.7 KB fyi Ethereum Foundation aspires to what we are doing here. Decentralization doesn’t matter, until one day it becomes of the utmost importance, I hope you can understand this. 我同意。至少应该有不同的轨道同时进行，nervos dao treasury治理显然很重要，但它应该是远期目标，中短期需要有其他dao做事情，不应该干巴巴等着。如果没有其他dao的治理经验，nervos dao treasury治理也很难让人有信心。 I do understand this and it’s why I am here and not in some other forum. But I am also pragmatic and I believe this is premature optimization in this case because the worst case scenario is the foundation gets “captured” and someone makes money off of the emissions, this is even better on PoW vs PoS chain like Ethereum where holding the token allows you to participate... https://talk.nervos.org/t/spark-program-ckb-ugmp-a-universal-spore-dob-seamless-minting-infrastructure-prototype-on-ckb-ckb-spore-dob/10098 https://talk.nervos.org/t/spark-program-ckb-ugmp-a-universal-spore-dob-seamless-minting-infrastructure-prototype-on-ckb-ckb-spore-dob/10098#recent-4 Sat, 09 May 2026 14:28:03 +0000 各位好，很高兴和各位分享这周的工作。 本周完成 本周把第 2 周生成的 dob_metadata 草案接入了 Spore 铸造交易路径。 显式加入 @ckb-ccc/spore 依赖 新增 lib/sporeMint.ts，封装 metadata 到 Spore data 的转换 使用 createSpore 构造 Spore mint 交易 接入 signer.sendTransaction(tx)，预留钱包签名和广播路径 当前状态 当前 DApp 已经具备一条可演示的 MVP 主链路： 连接钱包 选择图片 上传到 IPFS / Pinata 生成 dob_metadata 草案 构造 Spore 交易路径 在真实签名受阻时，通过 dry-run 保存进度 真实链上 mint 路径已经接入代码，但由于 JoyID 在当前 Windows 环境下签名窗口行为不稳定，本周没有完成真实广播。 问题 由于 JoyID on Windows 的问题，目前我无法对交易进行签名 (?)。 签名的时候 JoyID 默认选择 Windows 的 Passkey，但是 JoyID 又不支持 Windows 的 Passkey。 目前我还在找调用 Google Password Manager 的办法。 总之 JoyID 在 Windows 和我的 Android 设备上都算不上好用，是开发中遇到的一个问题。 下周计划 继续找解决 JoyID 问题的方法。 增加本地资产展示入口 后续在手机、Mac/Linux 或其他可用环境中补一次真实 testnet mint @HNO3Miracle... https://talk.nervos.org/t/dis-bitcoin-renegade-ckb-media-campaign/10239 https://talk.nervos.org/t/dis-bitcoin-renegade-ckb-media-campaign/10239#recent-11 Sat, 09 May 2026 13:32:11 +0000 Grant Proposal: 6-Month Community Media Campaign Submitted by: Bitcoin Renegade Proposal Overview My name is Bitcoin Renegade, a crypto content creator, blockchain marketer, and long-time community advocate focused on educating audiences, driving adoption, and building strong communities within Web3. Through my Bitcoin Renegade YouTube channel, I have consistently covered blockchain ecosystems through livestreams, educational content, interviews, and community engagement. My focus is creating authentic content that turns awareness into adoption and keeps communities engaged during key moments of ecosystem growth. I am seeking funding for a 6-month livestream media campaign** designed to... https://talk.nervos.org/t/spark-program-tiko-creator-commerce-expansion-private-beta-validation/10231 https://talk.nervos.org/t/spark-program-tiko-creator-commerce-expansion-private-beta-validation/10231#recent-1 Sat, 09 May 2026 12:09:31 +0000 @DWSQUIRES 你好，感谢提交 TiKo 的提案。 委员会讨论后决定：该项目当前状态定为Pending。原因不是否定方向，而是现阶段提案存在两个关键问题，需要你补齐后才能进入正式评审： 范围过大 你把 creator commerce 扩展拆成了 7 类能力，但以 Spark 的资助定位来看，这个范围会显著拉高交付与验收风险。 委员会建议你将“商业功能”抽象为更清晰的开发交付边界，并优先收敛为 7 类中的前3类（即：Digital drops、Memberships/passes、Limited editions/collectibles）作为本期 Spark 支持范围。 提案细节不清晰（尤其是 How to Verify） 在你缩范围后，请同步把 How to Verify 补充到可复现的验收级别，至少写清： 评审者如何进入测试环境； 每个里程碑/功能的验证步骤与通过/失败标准； 证据发布位置（repo、demo、录屏、交易链接、截图、文档等）； private beta 的验证闭环（测试对象来源、任务设计、关键指标、反馈采集与最终报告形式）。 下一步要求：请你基于上述两点 缩小范围、补充验证细节，并相应重新调整预算需求。 更新后在本帖@我，回复“已更新”，并说明修改了哪些章节/新增了哪些链接或附件，我们会在信息齐备后继续正式评审流程。 祝好 行天 代表 Spark Program 委员会 https://talk.nervos.org/t/spark-program-ckb-developer-onboarding-guide/10131 https://talk.nervos.org/t/spark-program-ckb-developer-onboarding-guide/10131#recent-1 Sat, 09 May 2026 12:05:47 +0000 @Mateja3m 你好，感谢你持续更新进展。 委员会根据当前已呈现内容进行审阅后认为：目前的交付物质量不满足中期拨付的验收预期，因此本次中期资金申请暂时不予批准。 主要原因（请你优先处理这些问题，而不是继续扩写篇幅）： 存在较多“无意义/低信息密度”的内容：过多的内容对新用户并不会有更多实际帮助，反而增加阅读负担。 结构不够清晰：缺少明确的“最短路径（quick start）→ 分支路径 → 常见问题回跳”的信息架构，新用户难以按步骤完成并判断是否做对。 对新用户不够友好：关键步骤缺少明确的通过/失败标准与可复现证据；部分内容更像工作记录而非面向读者的可操作指南。 为便于你快速改到可验收状态，建议你至少补齐/重做以下三件事（写清楚并可复核）： 重建目录与导航：把内容收敛成“新手最短可成功路径”，并明确每一节的读者前置条件、预期结果、失败时去哪里排查。 删减无效内容、提升信息密度：每个段落都应能回答“读者下一步怎么做、怎么判断成功”。 补足 How to Verify：把验证写成“照着做即可”的 checklist（环境、步骤、预期输出、证据位置），并确保读者能低成本复现。 你完成上述结构性修订后，可以在本帖回复 @ 我并说明“哪些章节已重构、删了哪些内容、验证证据放在哪里”，委员会会再进行复审。 祝好 行天 代表 Spark Program 委员会 https://talk.nervos.org/t/spark-program-nervos-brain-a-global-developer-onboarding-engine-and-cross-language-hub-powered-by-agentic-rag/9995 https://talk.nervos.org/t/spark-program-nervos-brain-a-global-developer-onboarding-engine-and-cross-language-hub-powered-by-agentic-rag/9995#recent-1 Sat, 09 May 2026 12:01:25 +0000 @IrisNeko 你好，感谢你提交第 8 周周报与中期拨付申请。 委员会已完成体验与讨论，并一致认可目前 Nervos Brain 的整体质量与可用性（尤其是你把 Telegram 群内测做成了“可复现问题 → 修复 → 回归测试”的工程闭环）。 第二期预算已拨付： 交易哈希：0x7481daa872c9d775b741a1061a1512f87c8cc62b55c4930040da2a928e5c064f 同时有两点建议，供你后续规划参考： 运营资金路径建议：我们也认为这个项目具备对社区长期产生帮助的潜力；若后续进入更偏“正式运营 / 持续服务”的阶段，建议将运营性资金需求转向 **Community Fund DAO 申请，以匹配其长期支持定位。 模型选择建议：后续迭代请慎重选择模型与组合策略，尽量在经济性（成本/延迟）与准确率/稳定性之间取得更稳的平衡，并在周报中持续公开关键指标与取舍依据，便于社区理解与复核。 期待你继续推进后续交付，也欢迎持续把关键 bad case 与评测集沉淀出来，形成对生态可复用的参考资产。 祝好 行天 代表 Spark Program 委员会 https://talk.nervos.org/t/cellscript-a-dsl-for-cell-based-contracts/10193 https://talk.nervos.org/t/cellscript-a-dsl-for-cell-based-contracts/10193#recent-1 Sat, 09 May 2026 09:24:07 +0000 CellScript 0.14 Release Notes CellScript 0.14 is the CKB semantic-completeness milestone. It exposes more of CKB’s concrete transaction surface in source syntax, metadata, constraints, and tooling while keeping authorization boundaries explicit. 0.14 adds/completes the following features: Spawn/IPC verifier composition typed CKB Source WitnessArgs views fixed-width lock_args binding explicit sighash digest surface TYPE_ID and outputs_data evidence declarative since/time and capacity surfaces a formal CKB target-profile ABI contract. Highlights CKB Source, Witness, And Lock Args 0.14 makes CKB data sources visible instead of hiding them behind ordinary parameters: source::input,... https://talk.nervos.org/t/a-paid-ai-agent-calling-experiment-via-fiber/10229 https://talk.nervos.org/t/a-paid-ai-agent-calling-experiment-via-fiber/10229#recent-4 Sat, 09 May 2026 04:25:11 +0000 我的 hackathon 项目业务和这个一样, 1-tok 是 agent runtime market, carrier 是 agent orchestrator. 会将任务派发给独立容器里的 sub agents. Client 在 1-Tok 充值额度, 并发布任务, Provider 在 1-Tok 选择合适的可执行任务并给出报价, 被选中后按照 Milestone 和阶段性 Token 消耗计费. 对于 Client 来说, 可以按次获取 Agent 资源, 不只是 SOTA 模型, 还有更好的 Agentic Setup 和硬件 对于 Provider 来说, 闲置的 Token 和资源可以回血 image1920×1687 193 KB 很有意思，我感觉这个东西的最强场景可能是一个魔改模型平台，例如 HauhauCS， 这样的模型不会有官方服务，一般用户不会跑或者没显卡，用fiber payment比用法币更合适。 manus+fiber+魔改本地模型大本营 没有审查的 AI…这个我之前倒是没想到，确实不会有官方服务，只能靠众包 我的直觉也是，对无审查模型不审查的话可能滑入一个脏活外包小天堂。 https://talk.nervos.org/t/rfc-cellscript-go-github-ckb/10238 https://talk.nervos.org/t/rfc-cellscript-go-github-ckb/10238#recent-2 Sat, 09 May 2026 03:46:52 +0000 toml 中有 package.namespace 是否意味着, 其实也可以管理其他的 cellscript 之外的软件包? 比如 @xxuejie 和我有一个未完成的工作 ckb-bootstrapper, 试图实现只依赖 ckb 自身就能 reproducible build 出正确的 ckb binary. 很好奇你的看法？是否可以把 ckb 本身作为一个需要 e2e reproducible 的包在这个框架下管理？ ArthurZhang: 为什么用链下部署记录，而不用链上？ CKB 的容量成本使得大多数全量的链上源码包存储不具吸引力。在链上存储版本元数据、模式清单和 ABI 索引会成倍增加成本，却没有共识层面的收益。这些是开发者产物，不是运行时状态。链上应该记录紧凑的部署事实（CellDep、OutPoint、data_hash），而不是取代整个源码分发系统。 很合理。不过成本也要相对收益来衡量，不同代码的价值也不同。我觉得最终会有一些代码元数据是需要保存在链上的——链上做索引，链下做存储。 Hi Jan， 这个问题很有意思。 我的理解是：目前的架构上确实已经留下了这个空间，但第一阶段我会先把 scope 收在 CellScript packages 上。 package.namespace 确实不必永远只服务 CellScript 包。更抽象地说，它是在给一个 package / artifact 一个稳定命名空间，然后用 source_hash → build/artifact_hash → deployment/artifact identity... https://talk.nervos.org/t/84-ai-coding-ckb/10232 https://talk.nervos.org/t/84-ai-coding-ckb/10232#recent-1 Sat, 09 May 2026 02:06:27 +0000 Hi @yixiu.ckbfans.bit, thanks for taking the initiative to put this together. AI adoption is only going to increase over time, so it is important that our offerings continue to improve. Context7 My personal experience is that Context7 is a good idea with mediocre results at best. This is seen not just in CKB development but in any development. Documentation quality on the platform varies wildly since there is no curation control, and stale or low-quality content gets surfaced as easily as anything good. Our docs should be improved regardless, and better docs would lead to better Context7 results. However, Context7 itself is a tool I would recommend against using because of its... https://talk.nervos.org/t/dis-fiber-link-a-ckb-fiber-based-pay-layer-tipping-micropayments-for-communities/9845 https://talk.nervos.org/t/dis-fiber-link-a-ckb-fiber-based-pay-layer-tipping-micropayments-for-communities/9845#recent-1 Fri, 08 May 2026 20:00:34 +0000 Fiber Link Product Delivery Report 1. Project Overview Fiber Link is a payment and tipping infrastructure designed for community use cases, with initial support focused on Discourse communities. It enables community users to initiate Tips directly from posts or replies, and provides an end-to-end flow for payment request creation, payment, settlement, creator revenue visibility, and withdrawals. The focus of this delivery is to move Fiber Link from an “engineering-usable implementation” to a “product-ready, reviewable, verifiable, and deployable” state. In addition to the Live Demo and Milestone 3 acceptance evidence, the main product documentation has also been completed for reviewers,...