CKB Talk Radar Daily Brief

CKB Talk Daily Brief - 2026-04-28

Mon, 27 Apr 2026 18:04:04 +0000

## 今日发生了什么今天 Nervos Talk 以 Spark 资助项目的密集交付与迭代为主轴。两个受助团队分别递交了结项报告与第六周周报，同时一个聚焦非洲移动支付的新提案正在根据评审意见快速修订。此外，开发者在 CellFabric 的跨协议编排层与链上时间预言机的设计细节上展开了深入交锋。 ## 重点话题 **fiber-checkout 正式结项并发布**：该项目在 Spark 资助周期内完成了面向 Web/React 开发者的 Fiber 支付接入组件库，已交付开源仓库、npm 包、在线 demo 及测试网可复现材料，目标是把 Fiber 前端集成的“最后一公里”产品化，显著降低接入门槛。 **ck

Spark Program | fiber-checkout — A "Stripe-Style" React Payment Library for Fiber Network (1 posts)

Mon, 27 Apr 2026 16:45:59 +0000

Spark Program｜fiber-checkout —— 结项报告 1. 结项评价 / Final Evaluation 完成日期 / Completion Date：2026年4月22日评价摘要 / Evaluation Summary： fiber-checkout 项目在 Spark Program 的资助周期内完成并发布了一个面向 Web/React 开发者的 Fiber 支付接入组件库（React 组件 + Hooks），并提交了可公开访问的关键交付物：开源仓库、npm 包、在线 demo、测试网可复现验证材料与演示视频等。该项目补齐了 Fiber 生态“前端接入工具链”的关键一环：在 fiber-js 与 Fiber 协议能力已具备的前提下，把开发者实际会踩的最后一公里问题（编码/状态机/错误处理/部署安全边界/可复现验收）产品化为可复用组件与参考实现，从而显著降低集成门槛。主要成果 / Key Achievements：交付可复用的前端接入层：发布 fiber-checkout npm 包（React 18+，TypeScript strict，CJS+ESM 双构建），提供组件与 useFiberInvoice / useFiberPayment hooks。交付可复现验收证据：提供测试网验证说明与证据材料（含验证证据文档与演示视频），使第三方可较低成本复核“端到端支付”与接口行为；同时在文档中明确了 Fiber 的“支付 hash ≠ CKB L1 交易”这一关键口径。...

Spark Program | Ckb-probe: Deep Observability Tool for CKB Nodes Based on Aya Kernel eBPF/ckb-probe：基于 Aya 内核 eBPF 的 CKB 节点深度可观测性工具 (1 posts)

Mon, 27 Apr 2026 09:53:28 +0000

Week 6 周报：48h 稳定性测试完成 + 案例研究周期：2026-04-20 ~ 2026-04-26 作者：Clair 项目：ckb-probe — 基于 eBPF 的 CKB 全节点深度可观测性工具一、本周目标 48h 稳定性测试收尾与数据整理两个 RocksDB 诊断场景案例分析（IBD 写入模式 + 压缩风暴捕获）报告生成脚本修复与优化二、完成情况交付项状态说明 48h 稳定性测试 S-1/S-2/S-4 全部 PASS，S-3 为误报（实质 PASS）稳定性报告（中英文） STABILITY-REPORT.md / STABILITY-REPORT_zh.md Case 1: IBD 写入模式 22 分钟完整 IBD 追赶，133 个采样点 Case 2: 压缩风暴捕获 30 分钟，捕获 6,112 个慢操作，GET 延迟 35x 案例研究报告 CASE-STUDY-REPORT_zh.md generate-report.sh 修复 python3 依赖移除，改用 jq + sed/awk case-2 脚本修复 RocksDB 调优方式从 ckb.toml 改为 db-options 三、48h 稳定性测试结果在 Docker 容器中运行 48 小时（2026-04-20 15:28 ~ 04-22 15:28 UTC），3 个 ckb-probe 实例并行采集 16,693 个时序数据点。判定结果 # 指标结果说明 S-1 无崩溃 PASS 48h 全程运行，零 panic/SIGSEGV S-2 内存稳定 PASS RSS...

Spark Program | Dular (2 posts)

Mon, 27 Apr 2026 08:45:49 +0000

Hi duongja, Thanks for the submission. The proposal aligns well with Spark 2026’s technical focus on Fiber Network and UDT-based payments, and the fact that you already have a working multi-hop RUSD payment through testnet relays is a strong differentiator. Before I bring this to the committee for formal review, I’d like you to revise a few sections so the evaluation can move efficiently. Add a “How to Verify” section. Starting from 2026, every Spark proposal is required to include a low-cost, reproducible verification scheme. For Dular specifically, please describe how a committee member or community reviewer can independently confirm: the phone-to-pubkey registry is live, the M-Pesa STK...

[DIS] Fiber Link: A CKB Fiber-based Pay Layer (Tipping & Micropayments) for Communities (1 posts)

Mon, 27 Apr 2026 04:21:29 +0000

[Weekly Update] Fiber Link (Milestone 3) / 周报(里程碑 3) Quick update for this week: The public demo has now been running for 18 days, and the core functionality has stayed stable overall. During this time, we found and fixed a few operations-side experience issues. After a bit more observation and verification, we will deliver Milestone 3. 本周更新： Fiber Link 的 public demo 到现在已经运行了 18 天，核心功能整体比较稳定。这段时间里，我们发现并修复了几个运维侧的体验问题。再经过一段时间的观察和验证后，我们将交付 Milestone 3。

CellFabric: A UTXO-Generation and Inter-Protocol Composition Layer for CKB (3 posts)

Mon, 27 Apr 2026 01:31:47 +0000

Hey Arthur, the CellScript / CellFabric split reads much clearer now! I think that part is mostly resolved: CellFabric makes sense as a UTXO-generation / inter-protocol coordination surface, not as a new ledger or transaction-DAG L2. CellScript - A DSL for Cell-Based Contracts CellScript: authoring and compiling individual cell protocols, including ProofPlan metadata that makes guarantees, coverage, and assumptions explicit; CellFabric: a higher inter-protocol intent and composition layer, describing how different protocols coordinate with each other before final CKB settlement. One concrete positive is that the current CellScript code already supports some of the single-protocol side you...

[CN/EN] CTO - 去中心化的链上时间预言机 Decentralized On-Chain Time Oracle (1 posts)

Sun, 26 Apr 2026 23:54:54 +0000

Hey Hanssen, interesting idea!! I looked through the repo after reading this. CTO keeps the lock hash unchanged and only accepts newer timestamps proven by header_deps. That does look like a rotating on-chain time source to me. Just the red-envelope example seems to overstate what the published code proves. Hanssen: The rules are straightforward: recipients must claim the envelope within 24 hours; otherwise, only the sender can reclaim it. For that quoted 24-hour claim, I still see three limits in the published repo: The full group is not proved on chain. The design doc says the updater should include the other N - 1 group cells. The script only counts same-type cell_deps, but CKB allows...