越渡金台

• 方向：小说平台
• 源码地址：https://gitee.com/deepinspace/novel-plus
• 访问地址（测试）：https://novel.daaooo.com

自组织与去依附的小说内容服务平台

• 版权归创作者所有
• 无全勤什么的，就是读者付费归作者
• 平台的收益创作者也具有分配权
• 基础服务平台耗费由全部劳动者承担
• 研发与新版本更新由全体劳动者承担
• 分：
  • 研发与运维
  • 资助者
  • 内容创造者
  • 在不同阶段分的不一样

一些数据

• 中国网络文学发展研究报告
  • https://baijiahao.baidu.com/s?id=1776819815460785535&wfr=spider&for=pc
  • https://www.chinawriter.com.cn/n1/2023/0526/c457544-32695052.html
  • https://zhuanlan.zhihu.com/p/420617869
• 网络文学用户规模达4.92亿
• 作者数量从2017年的1400万人增长至2022年的2378万人
• 2022年网络文学原生收入市场规模达389.3亿元
• 易观数据统计，2022年中国网络文学IP全版权（网文IP可被改编为多种文娱形式，如漫画、有声书、影视剧、游戏、舞台剧等）运营市场规模超2,520亿元，预计在2025年突破3,000亿元。

开发任务

• 先有个基础的平台；（现阶段）
• 把内容发布与消费等一些上链；（在开发上）
• 根据账本数据进行分账与账单产生；
• 根据账单反馈再对人的信用进行评价；

用户体系

• 手机注册

支付

• 支付功能整合：https://gitee.com/javen205/IJPay
• 支付入链
  • 区块链：https://search.gitee.com/?skin=rec&type=repository&q=区块链
• 支付到账的账号
• 作者账号与入账——每月分账之用以及生成账单之用
• 支付到账规则：到托管账户->作者账户
  • 收入研发/运维团队分账
  • 托管费用分配（2%-10%）：运营费，剩余月/季/年结后再返回给每个人
  • 托管之后剩下的费用模式：
    • 实时到账
    • 日结
    • 周结
    • 月结
    • 季结
    • 年结

账本

• 记账：区块链记账
  • 记录消费
  • 记录服务调用
• 分账：按劳与按贡献分配
  • 账单：服务器账单
• 到账：数字人民币
• 按耗费承担运营费用
  • 服务分类——注册用户服务：阅读人数，调用API次数，访问ip数
  • 按比例分担——公共服务
  • 特定版本服务

收入分配

• 托管账户到劳动者账户
• 开发者的权益
• 维护/运营者的权益
• 劳动者权益
• 多方利益分配：君子之泽，五世而斩。也就是说开发者的权益体现在一定的年限，与每个劳动者的签约。比如五年之内的劳动者与开发者之间有一份协议，也就是逐渐减低的协议或者逐渐升高的协议，比如一开始的分配是劳动者需要第一年30%的分配，到第二年20%，第三年10%，第四年5%，第五年1%，而后就没有了，就只有打赏的功能了。相反的逐渐升高的策略是：第一年1%，第二年5%，第三年10%，这样的策略。也就是这种策略是有限制的，时间限制的。每次新的功能之后是新的功能的协议。而不是原来的协议，原来的服务在新的服务开始就不存在了，或者如果都存在那就是新的了。逐渐降低和逐渐升高不一样时间是因为一般越往后，作者的收益和广度一般越高。这就是看情况选择了，而升高后不能升的太高，要不然没人会选择逐渐降低策略了。
• 运营人员的费用也是全体承担的，也就是全部的托管账户里面除却了比如服务器费用，域名费用等之后，还有比如聘请了一个客服，比如聘请了一个安全专家这样的，这种支出也是大家的支出（后续如果能够分的更清楚，可以让比如客服服务了哪些问题，属于公共的还是属于社区的，分别生成账单给公共账单和社区账单。
• 其它的都是劳动者自身的收益——平台有权报税

费用分配

• 接口调用与系统耗费

更新

• 研发任务发布：成为研发者与产品人员

模块化运营

• 公共区域与社区区域，个人区域
  • 公共区域分配
  • 社区区域分配
  • 个人区域功能
• 模块化运营，社区自建与自检
• 整体任务分配，再抽查——抽查任务分配——随机分配，公共资金。