对黑客派的不满
一直以来我对黑客派都不是很满意，最近两年不满感日趋加重。不满并不是来自于功能或者界面，因为功能或者界面是可以不断调整、打磨和改进的。
对黑客派的不满主要来自于它对“社区”的实现方式是中心化的。随着我对“社区”一词的逐步理解、实践和思考，我越发感到中心化的社区实现方式是有问题的，因为这样的话黑客派其实并不是一个真正的社区，倒更像是一个开放了注册的个人博客，使用社区来形容它有挂羊头卖狗肉之嫌。
在意识到这是确实存在的一个问题后，我尝试性地做了一个修正方案，即通过“贡献系统”来实现社区自治，从而将中心化集权尽量进行分散，将一些管理权交给对黑客派有较多贡献的用户。虽然目前看来这个方案还算奏效，但却没有从根本上解决问题，因为根本问题还是来自于对社区的定义。这就好像“抽象泄露原则”所描述的那样，越是要在更高级抽象的层面解决问题，就越容易产生更多的新问题，最终，底层的基础问题将暴露无遗，浮沙高楼。
现在黑客派已经木已成舟，再怎么修整也是舟，成不了飞船了。不过即使如此，我也不会放弃的黑客派的，后面会继续尽最大努力进行调整，尽量弥补遗憾。
再识社区
社区究竟是什么？从数据、服务和系统的角度我认为社区应该是这样的：
- 数据：数据永远属于数据的生产者，他人（包括系统）可以分享但无法剥夺
- 服务：只要还有用户使用就不会停服，也不可能进行停服
- 系统：源码必须完全开源，所有运行时的管理操作也必须公开透明可监督
另外，我认为互联网服务中，数据就是生产资料，生产资料所有制问题在所有问题中的重要性位列第一。
对社区有了较为清晰的认识之后，我们可以看到目前现有的大部分自我标榜的社区其实都不是社区，它们远远达不到这个标准。不过话说回来，我们每个人都可以对社区下定义，因为社区本来就没有精确定义，或者说有上百个精确定义。这恰恰也是社区的精髓，即只有形成了共识的人聚在一起才能形成社区，正可谓“不是一家人，不进一家门”。
星火的诞生
由于以上我对“社区”的执念，星火便诞生了。它承载了我对理想社区的向往：
- 永不丢失数据：没有人能删除或者抹掉其他人的数据
- 分布式：没有中央集权，人人平等，来去自由
- 安全：通过密钥对实现用户标识和数据验证
- 快：用的人越多整体性能越高
- 开放：管理操作公开透明；任何人都可以随时对社区进行“分叉”；所有人都面向统一的 API 进行开发，不存在能力受限的问题
如果让我重做“B3log 构思”的话，我一定会选择 IPFS 这样的技术架构，因为它在协议层就完美提供了博客 + 社区互动的解决方案。现在也可以把星火看作是 B3log 构思的终极版，现有的实现从技术上可能存在瑕疵，但从概念上我认为已经非常完美了。
星火第一版发布后可能会再发布几个小更新，之后如果没有社区驱动的话就暂时停更了，我想实验一下完全由社区驱动的开发方式，这也是星火发展的必经之路。希望以后星火能发展成为一个可以进行自我引导、自我驱动、自我实现、自我完善的真正社区。
虽然要走的路还很长，甚至是没有固定的方向，但我相信：
星星之火可以燎原
于星火初版发布之际，2019 年 6 月 4 日
