Nostr 驱动的 Squalk 论坛：把静态归档重新归位

在信息刷屏的年代，越来越多的人习惯把问题抛进群里，希望立刻得到回应。然而，这种即时满足的模式，也让珍贵的答案很快被最新的水话稀释。当 Discord 与 Telegram 群组成为主流时候，原本在论坛上整理好的解决方案，不断被重复提问淹没。

面对这种局面，作者开发了一个名为 Squalk 的项目，它并不是另一个聊天工具，而是一个脱离中心化的论坛。它的底层协议是 Nostr——一种去中心化的发布订阅网络，正巧吻合论坛对长期存档与跨平台访问的需求。Squalk 的代码托管在 GitHub 仓库（https://github.com/dtonon/squalk），任何人都可以下载并本地运行。

相比起依赖单一服务器的传统论坛，Nostr 协议改变了用户认证与数据存储方式。用户无需注册账号，而是通过密钥对身份验证；登录凭据贯穿所有支持 Nostr 协议的应用，既方便又可携带。此外，论坛本身并不存储全部数据，它只是从分布在各节点的中继服务器上拉取内容的一个视图。只要仍有其他客户端连接至同一中继（例如 Flotilla 或 Nostrord），即使当前站点关闭，讨论内容依旧可被访问。这种架构也使得 Squalk 不必部署复杂的后端服务，它既可以编译为纯前端的 SPA，又能借助 SvelteKit 输出 SSR 版本，让搜索引擎顺利抓取页面内容。

虽然 Nostr 仍处于早期发展阶段，密钥管理对普通用户来说门槛较高，中继管理工具也不够完善，但这些挑战并未阻挡其在构建低噪论坛场景上的潜力。作者坦认，每个板块右侧栏仍保留聊天窗口，但这种安排并非无意为之。快速 brainstorming、调试记录或零星碎想，都适合放在聊天里；而经过沉淀、值得保存的结论，则应以帖子形式固定下来。聊天栏的角色是提供额外的输入通道，而非取代核心论坛功能。

Squalk 提供两种部署方式以适应不同规模的社区。简单模式下仅呈现一个论坛，适用于小型专题讨论组；完整模式则支持多个板块共存，更适合内容丰富、成员众多的社区。每种模式下，右侧聊天栏的存在旨在让用户在正式发言之余，依然能进行轻量级互动。

从技术层面看，Squalk 采用 SvelteKit 搭建，开发者可以根据需求选择生成静态站点或启用 SSR。静态 SPA 加载迅速，适合更新频率低的场景；SSR 则有助于提升 SEO 效果，使更多人通过搜索引擎发现内容。

部署 Squalk 的流程如下：

1. 安装 Node.js 与 npm；
2. 执行克隆命令获取源码：

   git clone https://github.com/dtonon/squalk.git

1. 进入目录并安装依赖：

   cd squalk
   npm install

1. 启动本地开发服务器：

   npm run dev

1. 打开浏览器前往 http://localhost:3000 预览效果。

这样一来，那些怀念旧式论坛氛围的人们，就可以在现代框架下重新体验慢节奏的讨论方式。Squalk 不是试图复兴过时的形式，而是借助 Nostr 协议，将异步、持久、可搜索的讨论逻辑带入当下数字生活。