@zz_tovarishch 老铁，咋申请grants啊，这项目spark怕是不够经费额度不够
恩恩，Spark对于单纯开发的项目，1000 USDI是上限。但可以考虑把部分功能做成MVP来申请
如果确实不好拆分，或者项目已经足够成熟，可以尝试发起DAO提案，一次性申请较大金额grants
1 Like
DAO提案有sop吗？，可以帮忙发一下不
1 Like
目前还在过渡期，按照1.0的规则执行
1 Like
谢谢，晚点提出这个提案
3 Likes
Nexus 提案：基于 CKB 的全栈去中心化内容平台（V2.2.0）
提案状态： 已完成 MVP 开发，申请生态推广与节点部署资助
申请金额： [请填入具体金额] USDT / CKB
项目进度： 代码已开源，核心功能（支付、NFT、AI）已实现
一、 项目摘要 (Executive Summary)
Nexus 不再是一个 PPT 项目。截至 2026 年 3 月 8 日，我们已经完成了 V2.2.0 版本的全栈开发。这是一个基于 Nervos CKB 构建的、生产级别的去中心化视频与内容平台。
我们拥有完整的 微服务架构 (18个服务)、React SPA 前端以及 Docker 基础设施。Nexus 实现了 Web2 级别的用户体验（如 YouTube/Spotify）与 Web3 级别的所有权（Spore NFT + Fiber 支付 + RGB++ 分成）的完美融合。
本提案旨在申请资金，用于Testnet 公测激励、基础设施节点部署以及首批创作者的冷启动补贴。
二、 技术现状：我们已经完成了什么？ (The Proof of Work)
根据 GitHub 仓库 alefnt/nexus-video-platform 的最新代码分析，Nexus 已经具备了以下核心能力：
- 核心架构 (Architecture)
微服务架构： 已经开发了 18 个独立的 Fastify 服务（从 Identity 到 Transcode），实现了高并发下的解耦。
技术栈： TypeScript 100% 覆盖，使用 Prisma ORM 操作 PostgreSQL，配合 Redis 和 MinIO，这是一个企业级的稳健架构。
存储引擎： 实现了 3 层混合存储引擎 (Hybrid Storage Engine)：
热存储：MinIO (S3 兼容，保证秒开)。
温存储：Filecoin (通过 web3.storage 实现去中心化冗余)。
冷存储：Arweave (永久归档)。
- Web3 核心集成 (Web3 Integration)
身份层： 支持 JoyID Passkey (无 Seed Phrase)、MetaMask、WalletConnect 以及传统的 Email/TikTok/YouTube/Bilibili OAuth 登录。
支付层： 集成了 Fiber Network，实现了按秒计费 (Per-second billing) 的流支付系统。
资产层： 集成了 Spore Protocol，支持 7 种 NFT 类别（所有权、入场券、限量版、创作者徽章等）。
分账层： 集成了 RGB++，实现了多方收入分成（Isomorphic binding）。
- 功能模块 (Features)
AI Studio (V2.2.0 最新)： 包含 AI 文章、AI 音乐 (Suno)、AI 视频 (Runway/Kling) 生成工具，支持 BYOK (自带 Key)。
AI tool交易市场（prompt,工具，教程，插件等等）
传统媒体的内容发布平台（视频，音乐，文章）
直播系统： 基于 LiveKit 实现了实时直播、弹幕、礼物打赏 (10 种礼物类型) 和 PK 模式。
社交系统： 包含私信、关注、评论、Danmaku (弹幕) 和 Watch Party (3D 虚拟房间)。
DAO 治理： 内置了 DAO 投票和提案系统。
三、 核心功能：产品全景 (The Product)
基于代码库，Nexus 已经不是一个简单的播放器，而是一个操作系统。
- 内容消费 (Consumer Experience)
按秒付费 (Fiber)： 用户不再购买会员，而是按观看时长支付 USDI/CKB。代码中已实现 Payment Service (:8091) 处理微支付通道。
NFT 拥有权： 每一个视频、音乐、文章都是一个 Spore NFT。用户购买的不是“使用权”，而是“资产”。
- 创作者工具 (Creator Tools)
AI 工具市场 (AI Marketplace)： V2.2.0 版本重点更新了 AI Studio。创作者可以发布自己的 AI 工具（带定价），用户使用即产生交易，通过 RGB++ 自动分润。
多模态支持： 视频、音乐、文章、直播全支持。
- 基础设施 (Infrastructure)
代码质量： 拥有完整的 E2E 测试 (Playwright) 和单元测试。
可扩展性： Docker Compose 一键部署，支持独立扩展各个微服务（如流量大时单独扩展 Content Service）。
四、 路线图：从 MVP 到 Mainnet (The Roadmap)
既然代码已经完成，我们的路线图将聚焦于部署和生态。
阶段一：Testnet 压力测试与公测 (Month 1-2)
目标： 验证 Fiber 支付的稳定性与 RGB++ 分账的准确性。
行动：
部署 Testnet 公测环境。
招募 1,000 名 Beta 用户进行“按秒付费”压力测试。
修复 Bug，优化 AI 生成的响应速度。
交付物： 公开的 Testnet 演示站，压力测试报告。
阶段二：生态激励与冷启动 (Month 3-4)
目标： 吸引首批 100 名创作者和 10,000 名用户。
行动：
启动 “Legacy-to-Ledger” 计划：资助传统影视/音乐机构将内容上链。
推出 “Spin & Win” 活动：代码中已包含 Daily Spin Wheel，用于分发 PTS 奖励，激励用户活跃。
DAO 治理启动：社区投票决定首批资助的创作者名单。
交付物： 100+ 上链内容，10,000+ MAU。
阶段三：Mainnet 上线与 AI 生态爆发 (Month 5-6)
目标： 实现真正的经济闭环。
行动：
Mainnet 正式上线。
重点推广 AI Tool Marketplace，让开发者通过售卖 AI 工具获利。
实现跨链功能 (Bridge Service)。
交付物： 月交易额 (GMV) 突破 100 万 PTS。
五、 募资计划 (The Funding)
我们需要资金来“烧”给用户和创作者，因为代码已经写好了，不需要再花钱雇人写代码（除非需要增加新功能），钱要花在“跑”应用上。
申请金额：[请填入具体金额]
资金用途：
用户激励 (50%)： 用于 Testnet 和 Mainnet 初期的 PTS 奖励（Daily Spin, Check-in, 观看奖励），补贴用户 Gas 费。
基础设施 (30%)： 支付 Arweave/Filecoin 的永久存储费用，以及部署高可用的 Fiber Network 节点（代码中已准备好 docker-compose.fiber.yml ）。
内容补贴 (20%)： 资助首批传统媒体机构上链的 Gas 费和迁移成本。
六、 为什么要做这个应用？解决了什么问题？ (The Why)
- 解决了 Web2 平台的“剥削”模式
问题： YouTube/Netflix 强制订阅，创作者被抽成 30%-50%，且没有版权。
Nexus 方案： 代码中的 Fiber 支付让用户按秒付费，RGB++ 分账让创作者拿走 90%+ 的收入。
- 解决了 Web3 应用的“难用”问题
问题： 大多数 Web3 应用体验差，Gas 费高，操作复杂。
Nexus 方案： 代码实现了 JoyID Passkey（无 Seed Phrase），用户感觉像在用 Web2 应用；Fiber L2 解决了 Gas 费问题，让用户几乎零成本交互。
- 解决了 CKB 生态“缺乏杀手级应用”的问题
问题： CKB 生态缺乏高频、高价值的真实场景。
Nexus 方案： Nexus 是一个全栈、生产级的代码库，它直接利用了 CKB 的 Cell 模型（Spore）、Layer2（Fiber）和跨链协议（RGB++），是 CKB 技术栈的最佳 Showcase。
七、 结语
Nexus 不是一个“将要做”的项目，而是一个“已经做好”的项目。
我们在 GitHub 上公开了 100% 的代码，展示了从微服务到前端的完整实现。现在，我们只需要 DAO 的一点助力，将这个引擎点燃，让它在 CKB 网络上承载数百万的内容与创作者。
资助 Nexus，就是资助 CKB 成为数字内容经济的结算层。
还要丰富应用+大量测试
由于金额不大好确认，所以没有填写
1 Like
作为过渡期协调员，以下建议仅从提案的形式和结构角度出发，不涉及对项目本身的价值判断。
1. 预算金额不能缺。 DAO 投票的法定人数（quorum）直接由预算金额决定（需达到预算的 3 倍），没有金额，投票参数无法设置，社区也无法评估提案的合理性。建议把用户激励、基础设施、内容补贴三部分分别算出具体数字，倒推出总额。
2. 50% 预算用于用户激励，建议做更充分的论证。 DAO 已通过修正案禁止任何形式的投票激励空投。虽然用户增长激励和投票激励性质不同，但将一半预算用于 PTS 奖励和 Gas 补贴，社区大概率会对转化效率提出质疑。建议在提案中给出更具体的 ROI 分析，或者重新审视这个比例。
3. 需要团队介绍。 提案目前没有回答Why you?。社区需要知道核心成员是谁、有什么相关背景、过去做过什么。
4. 建议用双语撰写。 按照 DAO 规则，提案需使用英文或中文，并建议附上另一种语言的翻译。
5. GitHub 仓库可以给出完整的可点击链接，方便社区直接查看和验证代码。
6. 里程碑需要和付款节点挂钩。 按照现行规则，超过 $10,000 的预算必须分阶段付款，首期上限为 $10,000 或总额的 20%。目前路线图里的三个阶段缺少明确的交付验证标准和对应的付款金额。
in short, 可以先不急着提交正式的 [DIS] 提案，先以普通讨论帖的形式发在论坛，让社区充分讨论、提问、给建议。根据反馈补齐以上内容后再正式提交，通过的概率会高很多。
祝顺利！
Hi, as the DAO coordinator, my suggestions below are purely from a structural and formatting perspective and do not constitute a judgment on the project’s value itself.
1. Budget amount is mandatory. The voting quorum is calculated directly from the budget (3x the requested amount). Without a specific number, voting parameters cannot be set and the community cannot assess the proposal’s reasonableness. I’d suggest calculating each of the three budget categories (user incentives, infrastructure, content subsidies) separately, then deriving the total.
2. Allocating 50% of the budget to user incentives needs stronger justification. The DAO has passed an amendment prohibiting any form of airdrop incentives to voters. While user growth incentives differ in nature from vote incentives, dedicating half the budget to PTS rewards and Gas subsidies will very likely face scrutiny on conversion efficiency. I’d recommend providing a more detailed ROI analysis in the proposal, or reconsidering the ratio.
3. Team introduction is missing. The proposal currently does not answer “Why you?” The community needs to know who the core members are, their relevant backgrounds, and their track record.
4. Please write the proposal in both Chinese and English. Per DAO rules, proposals should be in English or Chinese, with a translation in the other language recommended.
5. Please provide a full clickable GitHub link so the community can directly review and verify the code.
6. Milestones must be tied to payment triggers. Under current rules, budgets exceeding $10,000 must be disbursed in stages, with the initial payment capped at $10,000 or 20% of the total. The three phases in the current roadmap lack clear deliverable verification criteria and corresponding payment amounts.
In short, rather than rushing to submit a formal [DIS] proposal, consider posting it as a regular discussion thread first. Let the community discuss, ask questions, and provide feedback. Once you’ve addressed the gaps above based on that feedback, a formal submission will have a much better chance of passing.
Good luck!
2 Likes
好建议，正式提案不准备立即发出，我会依据项目介绍，发起一个新的讨论，看看大家的建议和反馈
2 Likes