钠邻 v0.4 已上线｜节点可以退出，社区算力与能源服务如何兑现承诺？

对应「初焰·钠宙」第一赛季水象议题12：双鱼座——社区里的算力与能源网络。钠邻 v0.4.0 已完成公网部署，本文更新实现进度、体验路径与验证结果。内容按原帖独立发布。

在线工作台：打开钠邻

当前工作台需要账户登录，评审体验账号需由作者单独提供。公开文章不包含管理员凭据。

我们想解决什么

社区中心、商户和移动设备各有闲置电量与计算能力，也各有自己的用电底线。把设备连起来之后，真正困难的问题是：节点可以自主退出，已经接下的任务由谁继续？现场供电能不能接续？没有交付的部分怎样退款？

钠邻围绕“接单之前检查履约条件，执行过程中记录真实交付，退出之后明确交接与结算”搭建了一套可操作的参赛原型。目标是让社区用户保留自主权，同时让服务承诺有可以核对的依据。

从接单到结算，系统怎样运行

模型包含社区中心 H、商业节点 C、移动节点 M，每个仿真时间步为15分钟。调度分别检查电量、输出功率、计算通道、自用储备、移动位置和现场供电义务。

1. 节点声明条件。 设置可接单时间、数据许可、储备电量和分片价格，并可以预告退出。
2. 用户先询价。 填写工作量、期限、可用节点和现场供能要求。报价绑定需求与运行版本，条件改变后需要重新询价。
3. 接单前联合检查。 候选订单与已有保障订单一起求解；对正常运行及预设的提前通知退出情景检查是否存在接续安排。不满足条件时保留拒绝原因。
4. 执行与交接。 支持实际文本处理、进度查看、暂停、继续、检查点与逻辑节点迁移。计算完成后仍需单独检查现场供电义务是否结束。
5. 按交付结算。 完成后生成交付记录；取消前展示已交付部分、退款与补偿。账本以整数分记账，并检查借贷平衡。

这里的“保障”只针对模型列明的条件，不是对任意故障或停电的无条件保证。

三个主要设计尝试

1. 把退出后的接续放到接单之前

钠邻的 B4 方法将正常运行与指定的提前通知退出情景一起核对；退出消息公开之前，不允许提前利用未来消息安排计划。节点保留退出权，调度器承担提前判断能否接续的责任。

这一设计会增加求解时间，也可能更保守地接单。当前研究用于检验这些取舍，不能据此声称在所有场景中优于其他方法。

2. 把实际交付记录接到订单和账本

实际文本任务由服务器独立进程处理，生成词频与字符位置索引，并保存检查点。处理回执参与完成判断及按交付比例退款，结果可以下载核对。

系统明确区分仿真时间推进与实际文本处理。文本任务的完成需要真实处理结果，不能仅靠推进虚拟时间获得。

3. 把价格确认与履约能力分别判断

报价绑定订单字段、节点许可与运行版本，解决“以什么条件成交”；资源检查解决“能不能按约交付”。确认价格以后仍可能被资源检查拒绝，避免把报价当作履约保证。

以上是本项目的实现与验证方向，尚不足以主张行业首创。

六个工作区已形成操作流程

工作区	当前可操作功能
运行总览	三节点电量与资源、履约指标、新建沙盘、保存运行、时间推进
订单与交付	报价确认、接单依据、文本读入、进度、暂停/继续/逻辑迁移、结果与索引下载、取消结算
节点与设备	接单条件、价格、储备、退出预告、模拟采样、只读外部推送适配与读数差异
预测与研究	离线需求草稿、历史数据导入、预测与方法误差比较、参数研究、取消与重试
账本与记录	托管、收入、退款、补偿、逐笔账目、全量导出、事件审计
账户设置	登录、管理员与普通用户、运行及结果权限隔离

界面采用孟菲斯风格的撞色、粗边框和几何装饰。业务数据以摘要、表格和状态展示，详细证据按需展开。

已部署的技术结构

当前版本运行在 Ubuntu 24.04 单台服务器上：Nginx 接收访问并转发请求；FastAPI 提供接口与参数校验；两个独立计算进程承担仿真求解，实际文本任务另由独立进程执行；SQLite 数据库通过事务将运行状态与账本一起保存。HiGHS 是用于求解资源约束计划的优化器。前端采用原生 JavaScript 模块。

服务由 systemd 管理，已启用开机启动；应用以专用普通用户运行，后端接口仅在服务器内部监听。公网工作台启用登录与权限检查，业务数据持久化保存。当前入口为 HTTP，尚未配置 HTTPS。

每次命令包含唯一编号和预期运行版本：相同命令重复请求不会重复记账，旧版本请求不会覆盖新状态。研究任务保留状态，并通过显式重试重新执行。部署时也修复了公网 HTTP 环境下命令编号生成的兼容问题。

目前这是可公网访问、可验证操作流程的单服务器原型，尚未完成多服务器扩容与性能压测。

本轮验证结果

验证范围	结果	适用边界
后端自动测试	本地200项、部署服务器 Linux 环境200项通过	覆盖报价、账目、权限、进程、恢复与业务边界的既有回归检查
前端自动测试	18项通过	覆盖请求重试、报价绑定、导航、金额与文件格式、命令编号兼容等
参数与机制研究	48次完成，0次执行失败	表示本轮配置完成求解，不表示48次均证明 B4 优胜
公网接口验收	登录→报价→接单→实际文本→下载→结算通过；另验证取消、预测与研究重试	证明本次部署可完成这些流程
公网浏览器验收	登录、报价、接单、文本结果、账本操作通过	为实际浏览器操作记录，不等于所有浏览器兼容认证
服务重启	已完成订单、取消订单、收入与退款记录保留	验证本次正常服务重启的数据持久性
此前响应式布局检查	六页面×390/768/1440像素，共18组	未见整页横向溢出，不代表覆盖所有设备或无障碍认证

公网验收中的一个具体样例：输入“community energy energy compute”，得到 energy 出现2次；两分片订单按模拟报价1200分结算，另一笔未执行订单取消后退款2400分，账本平衡差额为0。实际文本处理没有通过推进仿真时间冒充完成。

预测研究按时间划分训练、选择与测试区间，比较上一时刻基线、周期基线和岭回归。平均绝对误差衡量预测与真实值的平均偏差；历史测试覆盖率表示真实值落在预测上界中的比例，不能当作未来不会超界的保证。

建议这样体验

1. 打开在线工作台，使用作者单独提供的体验账户登录。
2. 新建一份运行，查看三个逻辑节点的资源与接单条件。
3. 在订单工作区先询价，再确认接单；提交短文本，查看处理进度并下载词频和位置索引。
4. 返回账本核对交付与结算；再创建另一笔订单，查看取消预览及退款记录。
5. 尝试退出预告、现场供能条件、预测校准和参数研究，观察约束改变后接单判断的变化。

迭代过程与 AI 协作

本轮从参赛方案、技术原型和架构调整继续推进到 v0.4，并完成公网部署。AI 参与方案细化、代码实现、测试和复核；需求选择、界面方向与发布由人提出。

此前代码复核修正了接口拒绝却显示成功、切换运行后的按钮状态、暂停任务收尾、现场供电订单取消入口、切换账户遗留待确认命令等问题。部署阶段继续补充公网 HTTP 兼容和登录状态引导验证。相关测试与记录保存在交付材料中。

当前边界与下一步

• H/C/M 仍是同一台服务器上的逻辑节点。实际文本处理是真的，但跨三台远程设备执行与迁移尚未实测。
• 电量、购电成本与资金结算属于仿真，没有真实支付，也没有测量文本任务的实际耗电。
• 已有只读设备适配接口，但尚未连接真实钠电池、逆变器或现场电气控制。
• 离线需求解析可用；外部模型需另行配置，尚未完成真实外部模型调用验收。
• 研究使用合成场景，结果不能直接推导商业收益、电池寿命、安全认证或大规模生产性能。

下一步优先补充设备连续采样、真实任务能耗、断网与节点离线时的接续，以及真实工作负载上的统一对照实验。

当前交付材料已整理源码、启动说明、实验配置、原始研究结果与测试记录，源码尚未托管为公开下载链接。在线入口用于体验系统；上述限制仍是评估结果时需要保留的前提。

对应议题：双鱼座｜社区里的算力与能源网络。