<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>CKB Talk Radar Daily Brief</title>
  <link>https://chainte.github.io/ckb-talk-radar/</link>
  <description>Daily Nervos Talk community briefing and latest active topics.</description>
  <language>zh-cn</language>
  <lastBuildDate>Fri, 01 May 2026 16:57:21 +0000</lastBuildDate>
  <atom:link href="https://chainte.github.io/ckb-talk-radar/rss.xml" rel="self" type="application/rss+xml" />
  <item>
    <title>CKB Talk Daily Brief - 2026-05-02</title>
    <link>https://chainte.github.io/ckb-talk-radar/</link>
    <guid>tag:ckb-talk-radar,2026-05-01:daily-brief</guid>
    <pubDate>Fri, 01 May 2026 17:58:05 +0000</pubDate>
    <description>## 今日发生了什么 过去 24 小时 Nervos Talk 相对平静，主要围绕 Cellora 索引服务的技术细节讨论和 CellScript 新特性预览两条线展开。[S01, S02, S08] 社区成员 ArthurZhang 连续发布了工具链相关的深度内容，同时红包应用 Pckt 引发了与早期项目 JoyGift 的友好对比讨论。[S03, S04, S05, S06, S07] ## 重点话题 **Cellora 交易证明路径明确**：ArthurZhang 与 matt_ckb 就 tx inclusion proofs 达成共识，认为现阶段更务实的做法是通过 Cellora 暴露 CKB 已有的 get_transaction_proof / verify_transaction_proof 接口，让客户端验证交易是否被包含在特定区块头下，而非直接上 Flyclient。[S01, S02] **CellScript 新增 `moves` 特性预览**：ArthurZhang 发布新帖，回应上周早期预览的社区反馈，重点回应了"协议验证逻辑 vs 业务工作流"的边界问题，并展示了当前设计进展。[S08] **Pckt 红包应用引发与 JoyGift 的对比讨论**：Yeti 指出类似概念已有 JoyGift 先例，RobaireTH 回应称 Pckt 是非 JoyID 原生的探索方向，双方气氛友好；joshyates1980 认为 Pckt UI 更 polished，对新用户引入 CKB 生态是很好补充。[S03, S04, S05, S06, S07]...</description>
  </item>
  <item>
    <title>Cellora — designing a production indexing and query service for CKB (feedback welcome) (2 posts)</title>
    <link>https://talk.nervos.org/t/cellora-designing-a-production-indexing-and-query-service-for-ckb-feedback-welcome/10199</link>
    <guid>https://talk.nervos.org/t/cellora-designing-a-production-indexing-and-query-service-for-ckb-feedback-welcome/10199#recent-2</guid>
    <pubDate>Fri, 01 May 2026 16:57:21 +0000</pubDate>
    <description>ArthurZhang: For tx inclusion proofs, the practical first step is likely not Flyclient, but exposing CKB’s existing get_transaction_proof / verify_transaction_proof path through Cellora. That lets clients verify that a transaction is committed under a particular block header, rather than merely trusting Cellora’s indexed result. Without the Flyclient proof, I have trouble seeing how the client can verify that the block header returned from Cellora has been included in the chain. Am I missing something? Yes, agreed. I was following Antismart’s staged framing here. I meant that get_transaction_proof / verify_transaction_proof is useful for the step-2 property: tx-to-header verification. It...</description>
  </item>
  <item>
    <title>Pckt: A Friendly Way to Send CKB | pckt：一种友好的发送 CKB 的方式 (5 posts)</title>
    <link>https://talk.nervos.org/t/pckt-a-friendly-way-to-send-ckb-pckt-ckb/10220</link>
    <guid>https://talk.nervos.org/t/pckt-a-friendly-way-to-send-ckb-pckt-ckb/10220#recent-5</guid>
    <pubDate>Fri, 01 May 2026 15:55:22 +0000</pubDate>
    <description>pckt is a red-packet style CKB app. A sender seals CKB into a single on-chain packet cell, shares a link, and recipients claim from that packet until it is exhausted or expires. If the packet expires before all claims are taken, the sender can reclaim the remainder image1405×892 127 KB For now, this is a solo-built project. I have tried to keep the architecture small, inspectable, and easy to maintain without requiring a large ops or protocol team. Problem and Solution The problem Sending tokens on-chain is usually transactional, but not ceremonial. Red packets are social. They are meant to be shared into a group, opened by multiple recipients, and claimed with a sense of timing,...</description>
  </item>
  <item>
    <title>Feature Preview: `moves` in CellScript (1 posts)</title>
    <link>https://talk.nervos.org/t/feature-preview-moves-in-cellscript/10224</link>
    <guid>https://talk.nervos.org/t/feature-preview-moves-in-cellscript/10224#recent-1</guid>
    <pubDate>Fri, 01 May 2026 15:34:27 +0000</pubDate>
    <description>Hi, community, Thank you again for the feedback after last week’s early CellScript preview: CellScript: A DSL for cell-based contracts. The comments were genuinely useful, especially around one boundary: protocol verification logic vs. business workflow. This post is a current 0.13 direction update focused on state transitions, written to match what the implementation supports today. State should be visible. Transitions should be explicit. Compiler magic should not mutate your Molecule evidence layout behind your back. What CellScript is trying to model On CKB, a contract validates a transaction-level transformation: input cells are consumed, output cells are created, and the script...</description>
  </item>
  <item>
    <title>Streamlining the forum categories needs your testing and feedback (7 posts)</title>
    <link>https://talk.nervos.org/t/streamlining-the-forum-categories-needs-your-testing-and-feedback/10216</link>
    <guid>https://talk.nervos.org/t/streamlining-the-forum-categories-needs-your-testing-and-feedback/10216#recent-7</guid>
    <pubDate>Fri, 01 May 2026 13:00:28 +0000</pubDate>
    <description>@RetricSu 和 @janx （ @ArthurZhang 的问题也是相关的）都提到了 Development vs Applications &amp; Ecosystem 的问题, 看来这组名字的确比较让人疑惑。我解释一下背后的初衷，然后我们再做选择。 Development 和 Applications &amp; Ecosystem 在设计时的考虑是，Development 分类是承接所有开发相关的话题的，无论它是什么层次。所以可以大致理解为是按照受众来分的，比如典型的应该放在 Development 分类里的贴子： A Small Work to Make CKB Development Resources More Accessible Introducing a Stealth Address Lock Script + Wallet Demo for CKB CellScript 0.1 - A DSL for Cell-Based Contracts xUDT Information Convention RFC 而 Applications &amp; Ecosystem 是针对使用者的分类， 这类事典型的应该放在此分类的话题： Wallet not Syncing （用户求助，钱包同步不上） Can’t connect Ledger Nano X with Neuron wallet （用户报告：硬件钱包连不上） What wallet can I use in the United States for CKB? （用户咨询：在美国能用什么钱包） Password...</description>
  </item>
  <item>
    <title>Revamping and Refactoring the CKB Wallet Connection Experience: A Modular Compound Component for React Developers (1 posts)</title>
    <link>https://talk.nervos.org/t/revamping-and-refactoring-the-ckb-wallet-connection-experience-a-modular-compound-component-for-react-developers/10221</link>
    <guid>https://talk.nervos.org/t/revamping-and-refactoring-the-ckb-wallet-connection-experience-a-modular-compound-component-for-react-developers/10221#recent-1</guid>
    <pubDate>Thu, 30 Apr 2026 19:28:31 +0000</pubDate>
    <description>Hi everyone, The developer experience when integrating wallets is often a trade-off between speed and control. Standard “plug-and-play” components are fast to implement but difficult to style and control, while building from scratch is time-consuming and error-prone. To bridge this gap for the Nervos ecosystem, I have refactored the CKB Wallet Connect component. This revamp focuses on a Compound Component pattern, specifically designed for React and CCC (Common Chain Connector) developers who need a seamless balance between sophisticated UX and developer flexibility. &lt;ConnectWallet&gt; &lt;ConnectWalletButton /&gt; &lt;ConnectWalletInfoContainer className="flex gap-1"&gt; &lt;ConnectWalletInfoImage /&gt; &lt;div...</description>
  </item>
</channel>
</rss>
