社区系统可能存在一些潜在的缺陷，大家如果有空的话可以帮助我们一起解决。
如果你在使用社区时发现了如下类型的问题，请回帖进行反馈，并附上 bug 截图以及操作步骤：
欢迎对社区提出功能特性方面的建议，我们一起讨论，如果有可能我们会尽快实现。
在提功能建议前可以先看一下计划表，避免重复提议。
500 积分300 积分200 积分Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。
链滴是一个记录生活的地方。
记录生活，连接点滴
B3log 社区相关的重要公告，比如新特性上线，运营策略调整等。
链滴用户指南系列帖，社区功能可在此逐一了解，欢迎讨论。
Solo 和 Pipe 的定位是 B3log 分布式社区的博客端节点，并不是通常意义上的独立博客，所以账号体系需要进行统一，否则带来的问题会很多，这也是一路下来探索的，具体经历细节请看这里。
你提到的解决方案在 Solo v3 之前一直就是这样做的，经过长时间验证效果并不理想：
这两个问题是矛盾的，所以为了解决它需要将账号在 B3log 网络中进行唯一化。一开始的设计方案是通过公私钥（类似区块链的钱包原理），但这个方案在现阶段过于复杂，用户使用门槛有点高所以暂时放弃了。公私钥的方案在星火项目里进行过测试验证，技术上应该没问题，以后鱼塘项目可能会采用这个方案。
所以再次重申一下，Solo 和 Pipe 是 B3log 分布式社区的博客端节点。举个最容易理解的例子，这就好比某些厂商的软件，没有这个厂商的账号是用不了的。打通其他网络的方案是在博客端或者社区端接入其他网络的账号，目前已经在黑客派上接入 GitHub 登录（可在账号设置中绑定），Solo 可通过 GitHub token 来将文章同步到自己的仓库，避免整个 B3log 网络过度封闭内卷。
最后，希望目前加入到 B3log 的用户是认可这个设计的，如果不认可的话其实就没必要加入使用了，节省自己时间同时也能保护 B3log。当然，不排除以后设计还会有所变化，欢迎参与思考讨论，谢谢。
感觉和以往各博客平台，内容运营平台方向正好相反啊会不会死的惨惨的）……缺点，solo 变胖。实现复杂。可能效果不佳有风险。增加社区服务器负重。增加 solo 端使用成本。获取新用户质量下降。可能给竞品递了刀子，为他人作嫁衣。）
