原子化与独立部署
摊盒从一开始就遵循一个非常明确的原则：
每一个摊位，都是一个可以独立运转的最小系统。
这意味着：摊盒不依赖中心化服务器、不依赖长期在线的公网服务，也不依赖项目方的持续运维。你下载、运行、使用、停止，都只与你自己的设备有关。
和它们相对的，是中心化的 SaaS（软件即服务）系统：
- 系统控制在由服务商维护的服务器上
- 用户需要在网站上注册账号、登录使用
- 系统数据和核心逻辑在服务器端运行
然而，在摊盒的设计中：
- 每个摊位 = 一套完整系统（数据、逻辑、运行状态都在本地）
- 无需注册账号 / 无需绑定云端 / 无需连接主服务器
- 可单独部署、单独运行、单独备份、单独迁移
这种设计带来一个直接结果：
你不会因为“中心服务挂了”而突然失去摆摊能力。
为什么我们不选择公网服务
中心化网站 / SaaS 在功能扩展上确实有很多方便的地方：远程管理、跨摊位汇总、多端同步……
但对于漫展现场与同人摊位而言，它也天然引入了几类我们不愿接受的风险。
1. 信任问题：摊位数据安全性
中心化服务器意味着：
- 所有摊主的数据都会上传到远程的服务器上
- 服务器故障可能导致所有摊位同时失效
- 一些制品和展会的销售数据会被他人完全监控
即使存在“隐私协议”，也会有很多同好不希望把自己的数据交给他人保管，也不希望让摊位因为几千千米外的服务器故障而失效。
摊盒选择让数据只存在于摊主自己控制的设备中。
你不需要“信任服务器一直在线和靠谱”，你只需要信任你自己的设备。
2. 网络问题：现场公网并不可靠
漫展现场的网络条件本身就高度不可控：
- 人群密集导致蜂窝网络拥塞（高延迟、丢包、时断时续）
- 公共 Wi-Fi 不稳定或存在 AP 隔离（设备之间互相访问受限）
- DNS / HTTPS / 多域名资源等在弱网下被放大（白屏、超时、重试）
虽然现在基础设施发达，能够保证多数地区“有网”，但我们也不能自信地笃定所有地方网都稳定而流畅。 摊盒希望让摊主的核心业务（点单/库存/出单/统计）必须能在不可控网络下稳定运行。
3. 维护问题：我们没有长期运营的精力
作为一个由个人与小团队维护的项目，我们必须承认一个现实：
我们没有能力、也不打算长期运营一个 7×24 小时的公网服务器。
中心化服务意味着长期成本与责任：
- 服务器费用与运维投入
- 安全与合规压力
- 平台故障时的响应与赔付预期
一旦项目停止维护，中心化系统往往会立刻失效。
而摊盒采用本地 App + 局域网的方式，意味着：
- 即使项目不再更新
- 即使作者不再维护
- 你已经下载的版本依然可以使用
- 其他人也可以基于开源代码继续更新和创作
这就是原子化与独立部署的价值：
它不是“你必须信任我们才能用”的系统，而是“你只需要信任你自己的设备”的工具。