会议总结：

议题：

• 运营的方案 导流之前的一个社区流量；将近2000人 2位市场小伙伴，一个线下，可以做人格证明，地推；一位线上运营 阶段：先试运营，低调地推；并同步优化产品；
• CKB社区人很少，能否支撑产品的问题 产品只是基于ckb；但不局限于ckb社区；
• 关于产品和挑战逻辑的细节

1、DAO之间能否进行挑战 DAO之间不进行挑战 2、战备金的模型 a、不设置个人战备金；对每个post设置战备金 好处：挑战有根据，可以针对具体内容进行挑战，挑战成功可以获取其战备金+控制权和收益权； 可以根据帖子战备金做post排名 劣势：无法体现个人的整体影响力（或者需要进行汇总计算） b、仅仅设置个人战备金；对post的挑战转成对个人的挑战 优势：个人模型简单 问题：对post的跳转，就变成了对个人的挑战；个人容易爆仓破产 c、既设置个人战备金，并在发帖时设置战备金 优势：兼顾个人战备金在个人挑战中的作用；也体现针对post的价值 劣势：现在无法确定个人战备金与post战备金的关系，例如占用关系，挑战时的扣除关系等 3、挑战是否设置门槛 chen：建议不应该设置门槛 产品和我们：建议设置门槛，不然非常容易被滥用。

3、产品的核心MVP功能

• 发币的模型
• 使用钱包登录
• post发布功能： 选择内容类型：纯文本、富文本（文字、图片、视频）、图片集合、视频 设置post的 #话题 设置：战备金 (以下为总结时加的） 付费观看金额（付费或打赏，应该直接进入收益池） 战备金解锁有效期：（这种可能链上实现有难度）
• post展示功能

• 公共列表： 根据某种规则展示热门或top的post（建议是战备金、站内的热度趋势统计） 根据用户设置的关注话题，筛选出post 其他的排序或推荐算法
• 关注的feed流 关注的地址上的post timeline

• 个人主页（总结时建议加的） 展示某个地址上拥有的所有post（自己发布的和挑战得来的），不包括设置为下线的。
• 个人中心
  • 设置昵称 和 头像(先中心化来做）
  • 认证（可以通过某个方式来中心化认证）

未来功能：DAO 组织 核心功能建议： DAO 创立的扩展性，即可扩展配置自定义合约来管理 DAO内的一些 规则（并不能更新，要更新就需要通过直接换DAO，类似分叉） 成员发布post时，可打标DAO标识，这样其收益可与某DAO进行关联等。

TODO

产品原型

技术方案