Spark Program | HashThis Project

English
,
30

Spark Program: Termination of Funding for HashThis Project

星火计划致力于支持社区开发者和创新项目。我们始终以透明、公正和负责任的态度管理每一笔资助。经过委员会的慎重评估，我们遗憾地宣布，对 HashThis 项目的资助已正式终止。

The Spark Program is committed to supporting community developers and innovative projects. We always manage every grant with transparency, fairness, and responsibility. After careful evaluation by the committee, we regret to announce that the funding for the HashThis project has been officially terminated.

项目基本信息 / Project Basic Information

  • 项目名称 / Project Name：HashThis

  • 开发者/团队 / Developer/Team：oïclid、shaaibu、Paul

  • 项目简介（提案内容） / Project Description (Proposal Content)：

    HashThis 是一个轻量级 dApp，允许用户证明数据在特定时间存在且未被篡改。用户在本地对数据进行哈希，将哈希锚定到 CKB 上，之后可验证其完整性和时间戳。该项目专注于单一、明确的工作流程：hash → anchor → verify。它是一个应用级原型，而非基础设施。

    HashThis is a lightweight dApp that lets users prove that data existed at a apecific time and has not been altered. Users hash data locally, anchor the hash on CKB, and later verify its integrity and timestamp. The project focuses on a single, clear workflow: hash → anchor → verify. It is an application-level prototype, not infrastructure.

终止决定及原因 / Termination Decision and Reasons

星火计划委员会在项目后续验证与周同步跟踪中发现，该项目核心功能——交易构造与上链流程——持续处于未能成功构建的状态。经过多轮技术沟通、代码审查、建议优化与修复尝试后，基础的不可用问题仍然存在，未能达到可验证、可使用的基本要求，严重偏离原提案承诺的核心价值主张（可靠的链上数据锚定与完整性证明）。

The Spark Initiative Committee discovered during subsequent validation and weekly tracking that the project’s core functions—transaction construction and on-chain processes—have continuously failed to build successfully. After multiple rounds of technical communication, code reviews, suggested optimizations, and repair attempts, the fundamental unavailability persists and does not meet the basic requirements for verifiability and usability, seriously deviating from the core value proposition promised in the original proposal (reliable on-chain data anchoring and integrity proofs).

具体情况梳理 / The specific situation

问题演进经历了三个主要阶段，委员会在每个阶段均给予了明确的反馈与修复建议，但核心可用性与价值主张问题始终未能得到根本解决。

The issue evolved through three main stages; the committee provided clear feedback and remediation suggestions at each stage, but the core usability and value proposition problems were never fundamentally resolved.

  1. 初始审查阶段（首次反馈）/ Initial Review Stage (First Feedback)
    项目提交的原型在使用过时的 Lumos SDK 实现交易构建逻辑。在多用户并发场景下，存在潜在的交易冲突与构建失败风险。

    The prototype submitted by the project implements transaction construction logic using an outdated Lumos SDK. In multi-user concurrent scenarios, there is a potential risk of transaction conflicts and construction failures.

    委员会于相关帖子中明确指出后端服务已崩溃、SDK 版本过时，并建议尽快升级至最新 CCC 库（@ckb-ccc/core）以提升稳定性和兼容性。

    The committee explicitly noted in related posts that the backend service had crashed and the SDK version was outdated, and recommended upgrading as soon as possible to the latest CCC library (@ckb-ccc/core) to improve stability and compatibility.

    链接 / Link：Spark Program | HashThis Project - #14 by xingtianchunyan

    开发者随后响应并完成了 CCC 库的迁移，委员会对此表示认可。

    The developer later responded and completed the migration of the CCC library, which was acknowledged by the committee.

  2. 第二次审查阶段（功能验证后反馈）/ Second review stage (feedback after functionality verification)

    项目核心流程在迁移 CCC 后可基本运行，但暴露了两个重大设计缺陷：

    After migrating CCC, the project’s core processes could basically run, but two major design flaws were exposed:

  • 时间戳完整性问题（严重）/ Timestamp integrity issue (critical)：

    链上记录的时间戳由用户在客户端自行填写并提交，而非来源于区块打包时间。这导致时间戳可被任意编辑，彻底破坏了“在特定时间点前已知晓该数据”的存在性证明价值，证明力为零。

    The timestamps recorded on-chain are filled in and submitted by users on the client side, rather than coming from block packing time. This allows timestamps to be arbitrarily edited, completely destroying the evidentiary value of proving that data was known before a specific point in time — the proof is worthless.

  • 费用模型不可持续：

    所有交易费用与 Cell 容量成本由项目服务端钱包承担，主网上线后将因费用快速耗尽而无法长期运行。

    委员会明确指出：区块链引入的核心价值在于利用区块时间提供不可篡改的时间证明，任何依赖客户端或服务器可控数据的时间戳方案均不符合 Web5 与去中心化原则。同时强调当前费用模型在主网不可持续。

    建议方案包括：集成钱包连接让用户自行签名支付费用、采用 Merkle 树等批量方案降低成本，并重新设计证明机制以依赖真实的区块时间戳。

    链接 / link：Spark Program | HashThis Project - #17 by zz_tovarishch

  1. 本次最终验证阶段（第三次结果）/ Final verification stage (third result)

    尽管开发者对建议进行了响应，但在委员会独立验证中，项目核心功能——哈希锚定交易的构造与上链——仍处于持续失败状态。

    Although the developers responded to the recommendations, in the committee’s independent validation the project’s core functionality—constructing and anchoring hash-anchored transactions—remained consistently failing.

    交易构建环节反复出现交易被网络拒绝的报错。即使在测试网环境下，也无法稳定完成“本地哈希 → 构建交易 → 广播上链 → 可查询验证”的完整闭环。

    The transaction construction phase repeatedly produced errors where transactions were rejected by the network. Even in the testnet environment, it was not possible to reliably complete the full loop “local hash → construct transaction → broadcast on-chain → queryable verification.”

    这意味着项目未能交付任何可实际使用的链上数据完整性证明功能，与原提案“轻量级、可靠的 CKB 锚定存在性证明”价值主张严重不符。

    This means the project failed to deliver any practically usable on-chain data integrity proof functionality, which is severely inconsistent with the original proposal’s value proposition of a “lightweight, reliable CKB anchoring existence proof.”

交易构造失败 / Transaction construction failed
交易构造失败 / Transaction construction failed2880×1524 224 KB

委员会的最终决议 / Committee’s Final Resolution

根据《星火计划小额资助方案》“3.3 完成政策”的相关规定：

According to the “3.3 Completion Policy” of the Spark Plan small grants program:

  • 连续较长时间（两周）无实质性进展且无合理原因
    Continuous lack of substantial progress for an extended period (2 weeks) without reasonable cause

  • 项目方向完全偏离原申请目标 / 资金使用严重偏离项目计划，且未经 Committee 批准
    Project direction completely deviates from the original application goals / fund usage severely deviates from the project plan without Committee approval

  • 发现存在材料造假等诚信问题
    Discovery of material falsification or other integrity issues

委员会认定，HashThis 项目虽在早期展现了创意与响应态度，但经过多轮技术迁移、逻辑优化与修复尝试后，仍未能交付可实际验证的核心链上功能，继续资助已无法保障原定生态价值实现，也不符合星火计划对项目基本可用性与资金一致性的要求。为维护计划的公信力与资源分配效率，最终遗憾地决定终止对该项目的资助支持。

The Committee has determined that although the HashThis project demonstrated creativity and responsiveness in its early stages, after multiple rounds of technical migrations, logic optimizations, and repair attempts it still failed to deliver verifiable core on-chain functionality. Continued funding can no longer ensure the realization of the intended ecosystem value and does not meet the Spark Plan’s requirements for basic project usability and funding consistency. To preserve the program’s credibility and resource allocation efficiency, we have regrettably decided to terminate funding support for this project.

资金处理情况 / Fund Handling Situation

  • 已发放资金 / Funds Already Disbursed：

    • 首笔资助 / First installment funding（20%）：36,765 CKB
      • 交易哈希 / Tx Hash: 0xdb13002433fbdcccf0bdf7a65106b35fb56c19c16f7888e3616d2b8a5cea4e49
      • 多签钱包地址 / Multi-signature wallet address：ckb1qrg6n7rh4mfltcruh8zjkcdtjmgx7fg2u6yre3ls5fprmvyhdlyzzqdya8pe5la39gr9n57wgyhfrlc3h8kf24q4wv8wy

  • 剩余资金：不再发放，将从项目多签钱包退回 Spark Program 主钱包。

    Remaining funds: No longer to be distributed, will be returned from the project’s multi-signature wallet to the Spark Program main wallet.

致社区 / To Community

星火计划的核心原则是透明与负责。我们对 HashThis 项目早期提出的“用户本地哈希 + CKB 锚定”的创意表示认可，但遗憾项目未能解决基础交易构造的可用性问题。此次终止决定是基于充分的事实验证、技术审查和多轮沟通记录做出的，旨在保护社区资源并维护计划的可持续性。

The Spark Program’s core principles are transparency and accountability. We recognize the “user local hash + CKB anchoring” idea proposed early by the HashThis project, but regret that the project failed to resolve usability issues in basic transaction construction. This termination decision was made based on thorough fact verification, technical review, and multiple rounds of communication, with the aim of protecting community resources and preserving the program’s sustainability.

我们鼓励开发者在项目执行中保持与委员会的紧密沟通，对技术瓶颈及时求助并接受建议；也欢迎有志于数据完整性方向的开发者重新整理方案、以更稳健的方式再次申请。

We encourage developers to maintain close communication with the committee during project execution, to seek help and accept advice promptly on technical bottlenecks; we also welcome developers focused on data integrity to reorganize their proposals and reapply in a more robust manner.

星火计划将继续秉持“低门槛、快节奏、真支持”的理念，欢迎更多务实、可落地的创新项目加入。我们相信，通过更扎实的执行与协作，社区将诞生更多真正可靠的成果。

The Spark Program will continue to uphold the principles of “low barrier, fast pace, real support,” and welcomes more pragmatic, implementable innovation projects to join. We believe that through more solid execution and collaboration, the community will produce more truly reliable outcomes.

如对本决定有任何疑问，可在 Nervos Network Discord 的 Spark Program 频道或本帖下留言，委员会将及时回应。

If you have any questions about this decision, please leave a message in the Spark Program channel on Nervos Network Discord or under this post, and the committee will respond promptly.

2026-03-19
xingtian
On behalf of the Spark Program Committee

5 Likes
Spark Program Q1 2026: What Builders Are Telling Us
CKB Ecosystem Biweekly Update