[开发周记]小玩具项目第二十周，卡在临门一脚

前情提要

[开发周记]小玩具项目第十四周，飞来横祸 - 搞七捻三 / 搞七捻三, Lv1 - LINUX DO

本周周记

很遗憾地和大家说，本次项目准备放弃了，后续也不会再继续再发帖跟进此提案中的任何一个功能落地
【项目提案】类IPFS的LinuxDO分布式存储 - 社区孵化 - LINUX DO

起因是，本项目当前采用中心化余额计算的方式，必然会有一个中心化的服务器/网站，所以本来打算作为开源推广+名额制 这样的方式和大家初次见面的(也就是公测)，但是从昨天到现在，陆陆续续改了很多版，发帖之后无一例外都卡在审核这一步，每次删除也都没有任何原因，都是看到待审核中没帖子了，然后才发现帖子没过

很多佬友可能不理解为什么当前项目开放采用名额制，是我综合考虑项目特殊性和服务器性能最坏情况估算出的，大致原因如下:

1. 此项目作为网络类型的项目，区别于公益站等token分发站点，天然对流量有一定的保底需求，模型接入大部分的网络负载是卡在请求上游号池/oai这一块的，真正和用户传输的流量也就一条SSE长连接，并且此长连接中附带的也只是简单的文本类型数据，可以采用压缩算法来压缩流量，提升可用带宽
2. 在正式开放前做过很多次压力测试，以当前网络节点数量，在不考虑数据重传的情况，是可以允许100个节点以1Mb/s的速度进行传输的，后面每新增一个节点，传输速度和传输质量会降低到一个不可接受的阈值(最坏情况为328bit/s)
3. 当前整个网络一定存在某些我没有覆盖到的特殊情况，能够刷取流量，但是我没测出来不代表没有，我必须有一个监控整个网络流量余额的中心化服务，来确保整个网络都是良性的，这也为整个存储项目下一步积累经验

在公益推广类型类别和模板里，我也没有看到说明确不支持名额制的条款，为了符合推广规范，项目只开放了L站注册登录，也承诺永久免费无收费(本来这个项目也是为了社区IPFS做准备的)，站点内也没有其他引流信息，甚至连github也没有，该开源的部分我也已经开源了，整个项目从始至终都只有我一个人进行开发，我不理解为什么还是会被删除，删除理由也没有，甚至后面是看到我发的公益推广tag的帖子就秒没，说实话还是有点寒心的，审核的管理我除了neo也不知道还有些谁(平时L站刷少了，不太清楚管理公益推广审核的管理有谁，大家见谅)