智能灯泡里的“禁书图书馆”：ESP32C3 原型说明了去中心化分发的硬门槛

一只 Wi-Fi 智能灯泡，通电后不只发光，还能开一个本地热点。

附近的人连上它，就能在没有互联网的情况下访问网页内容。项目作者 Richard Osgood 把这个原型叫作 Banned Book Library，灵感来自 Ben Brown 的短篇小说《Library》。

我更在意的不是“灯泡能藏书”这个巧思，而是它暴露出的边界：低成本 IoT 设备确实能变成信息节点，但能不能复制，主要看芯片、存储、固件和拆机风险。

这件事不能被讲成成熟的规避审查方案。原文呈现的仍是个人硬件实验。它的价值在于，把一句很轻的“去中心化”，落到了很硬的焊点、闪存和火线上。

灯泡为什么能变成本地死信箱

Osgood 选的不是任意智能灯泡，而是 Athom/IoTorerro 一类预装 Tasmota 的 Wi-Fi 灯泡。核心芯片是 ESP32C3，产品页标称 4MB 闪存，并列出 RGB、冷白、暖白对应的 GPIO 引脚。

这个选择很关键。

Tasmota 是智能家居圈常见的开源固件。很多人用它绕开厂商云服务，把设备接入 Home Assistant 之类的本地控制系统。原本的目标是让灯泡继续当灯泡，只是不再依赖厂商账号和服务器。

Banned Book Library 往前推了一步：既然设备能在本地网络里自主工作，那它也可以不控制灯光，而是提供一个本地网页入口。

这种思路有历史回声。PirateBox 曾用路由器或树莓派做离线文件分享盒；USB dead drop 则把 U 盘嵌进墙体，让人交换文件。

灯泡的新意在于载体更日常。它看起来不像服务器。

但“看起来不像”不能直接等于隐蔽，更不能等于安全。一个原型能跑起来，和一个方案能被普通人稳定使用，中间隔着很多工程问题。

Tasmota 没被改造，最小闭环靠自写固件跑通

项目最初想改 Tasmota。因为这类设备预装 Tasmota，看上去可能通过 OTA 更新加入新功能，不必拆机。

实际走下来，作者放弃了这条路。

原因并不神秘：Tasmota 支持大量设备，功能很多，代码也复杂。对一个只想开热点、跑网页服务的灯泡来说，保留这些功能并不划算。尤其是在 4MB 闪存里，空间不是装饰品。

Osgood 转向 Arduino/ESP32 自写固件。

他拆开灯泡，接出串口刷写所需的 VCC、GND、TX、RX，并通过 IO9 进入下载模式。随后用 esptool 读取原始固件备份，再用 Arduino IDE 验证串口输出、开放 Wi-Fi 热点和 Web Server。

到这里，项目证明的是一个很具体的闭环：这颗 ESP32C3 能脱离原厂用途，运行一个本地网页服务。

对硬件黑客和嵌入式开发者，这个项目的动作价值很明确：如果手上有同类 ESP32C3/Tasmota 灯泡，可以先做固件备份，再验证串口刷写、SoftAP 和 Web Server，而不是一上来就改 Tasmota 主线代码。

对关注数字保存和去中心化分发的人，它给出的不是部署手册，而是一张筛选表。以后看类似项目，先问三件事：能否安全刷写，存储能否扩展，设备结构是否允许长期通电。

如果这三项没有答案，就应该观望，而不是把采购或传播计划押在“灯泡服务器”这个外形上。

真正的瓶颈不是点亮网页，而是复制成本

最大的限制是存储。

4MB 闪存要同时放固件、网页和内容，本来就不适合承载一个真正意义上的“图书馆”。它可以证明思路，却很难支撑丰富内容。

Osgood 也尝试过 microSD 扩容。他先在另一块更容易接线的 Adafruit ItsyBitsy ESP32 上验证 microSD 和文件服务可行。

问题出在把它搬回灯泡本体时。

灯泡内部主板被灌封材料固定，ESP32C3 周围空间狭窄。要焊接 microSD 所需引脚，必须把主板从灯泡壳体中拆出来。

作者的判断很克制：这一步几乎等于破坏设备。复原困难，重新接入市电后的安全性也无法保证，甚至可能带来火灾风险。

这也是这个项目最有信息量的地方。去中心化分发不是只要找到便宜硬件就行。便宜硬件如果需要拆机、焊细线、处理市电风险，它就很难成为普通人的工具。

硬件黑客可以把它当成实验路线：备份、刷写、开热点、跑 Web Server，再评估存储。这个顺序是有用的。

数字保存社区则要把热情放慢一点。更现实的下一步，不是问这只灯泡能塞多少书，而是寻找同时满足三个条件的设备：可安全刷写、可扩展存储、无需破坏市电结构。

少一项，项目就会停在工作台上。

灯泡当然可以是一个漂亮的载体。可对信息分发来说，漂亮不够。能长期、安全、低门槛地复制，才是真门槛。