再补充一点
这样做并不是为了盈利，可能需要自己部数据中继节点，规模不大的情况下，个人完全可以负担
如果数据量大，也有可能会有商业机构愿意做公告聚合服务，这样他们就需要部署服务能力强的中继节点，服务质量好的节点能够旁听到大量公告内容

整体上具有完全的可持续性

先定义数据后设计系统，与他的数据程序分离思路类似
不丢失数据和关系，是显然的，所有系统这都是最基本的
他是技术规范、底层设计？面向的是开发者，不知道要解决啥问题
我要直接解决现实问题

solid 指的是？ https://learnsolid.cn/#about
SoLiD （源自「社交链接数据」，Social Linked Data ）是一组约定和工具，主要用于构建基于关联数据的分布式社交应用。Solid 是模块化和可扩展的，它尽可能地依赖于现有的 W3C 标准和协议。
真正的数据所有权
用户可以自由选择数据存储的地方以及谁可以访问数据，Solid 通过将数据与应用程序分离达到了这一效果。

模块化设计
由于用户产生的数据与应用程序是分离的，所以用户能够避免互联网服务提供商随意锁定、删除数据，从而在各个应用之间无缝切换而且不会丢失任何数据或社交关系。

数据重复利用
开发者在创建新应用或改进现有应用时，可以重用现有的数据，其中有些数据可能是由其他程序创建的（但要得到用户的许可才能使用）。

=========================
我的目标是面向普通个人提供可用的
1、本地生产的账号，基于这个账号实现以下两个业务功能
2、与其他个体网上加密聊天，个体到个体的端到端加密，而不是客户端到服务器的加密
3、发布公告供其他个体浏览，无人可以过滤个体的内容

所有数据存放在受个体控制的本地环境

这样人人都是内容服务器