我的区块链运维日记 · 第 12 日：消失的服务器 —— 也就是我们如何被 IPFS 逼疯的

早上例会，CEO 突然拍着桌子说：“如果亚马逊把我们封了，我们的 NFT 就全都变成白板了！这太中心化了！Henry，这周把所有的图片和前端网站都迁移到IPFS去。我们要做到永不消失（Unstoppable）！”

我心里咯噔一下。我知道，这一周我又别想睡好觉了。

因为我知道 IPFS 的那个鬼脾气：东西传上去容易，想让别人看见难；想改？那更是难于上青天。

🎬 第一章： HTTP vs IPFS —— 找“位置”还是找“内容”？

为了搞懂怎么迁，我得先给 Alex 讲明白这俩的区别。

• HTTP (Web2)：是基于位置的。

  • 逻辑：https://aws.com/server-1/cat.jpg

  • 意思：去aws.com这台服务器，在server-1文件夹下找cat.jpg。

  • 弱点：如果服务器炸了，或者管理员把图删了，链接就失效了（404）。

• IPFS (Web3)：是基于内容的。

  • 逻辑：ipfs://QmXyz123...(CID)

  • 意思：全网谁有“哈希值为QmXyz...”的那张图？请传给我。

  • 特点：我不关心图在哪台电脑上，我只关心图的内容。只要全网还有一个人存着这张图，我就能下载下来。

🕵️‍♂️ 第二章：第一起事故 —— 薛定谔的文件

Alex 很兴奋，用自己的笔记本运行了一个 IPFS 节点，把公司的 Logo 图片传了上去，拿到了一个哈希值（CID）。 他在自己的浏览器里能打开，非常高兴：“搞定！去中心化了！”

第二天早上，事故来了。Alex 合上了他的笔记本电脑（下线了）。 我在公司的服务器上试图访问那个 CID，结果转圈转了一万年，最后显示Time Out。

Alex 懵了：“不是说 IPFS 是永久存储吗？怎么我一下线就没了？”

Henry 的运维课堂：

“Alex，IPFS 不是云盘！它更像是一个BitTorrent（BT下载）网络。 你上传了文件，只是表示‘你拥有这个文件并愿意分享’。 如果全网只有你一个人有这个文件（Seeder），而你下线了，那就没人能供种了。文件就暂时‘消失’了。”

🛠️ 第三章：解决方案 —— 插上“大头针” (Pinning)

为了让文件不消失，我们需要找一台24小时在线的服务器，专门负责存这些文件，并告诉全网：“我有货！”

这个动作叫Pin (钉住)。 只要文件被 Pin 住，IPFS 的垃圾回收机制（Garbage Collection）就不会把它删掉。

我的架构方案：

1. 自建节点 (IPFS Cluster)：

   • 我在 AWS 上开了 3 台大硬盘机器，专门运行 IPFS Daemon。

   • Alex 每次传完文件，必须调用这 3 台机器的 API 执行ipfs pin add <CID>。

2. 第三方服务 (Pinata/Infura)：

   • 为了双保险，我又买了个Pinata的会员。把 CID 也在他们那里 Pin 一份。

   • 这样即便 AWS 炸了，Pinata 还在供种。

📉 第四章：第二起事故 —— 无法修改的错别字

解决了存储，Alex 把前端网站（HTML/JS）都传到了 IPFS，生成了一个 CID：QmNewSite...。 他把这个 CID 给了市场部推广。

十分钟后，市场部尖叫：“首页有个大错别字！快改！”

Alex 习惯性地修改代码，重新上传。崩溃时刻来了：

• 因为文件内容变了（哪怕只改了一个字），计算出来的哈希值（CID）完全变了！

• 新 CID：QmFixedSite...

• 旧 CID：QmNewSite...依然存在，而且永远是那个有错别字的版本。

• 后果：市场部发出去的链接（旧 CID），永远指向那个错误页面。我们没法“覆盖”它。

🛠️ 第五章：解决方案 —— IPNS 与 DNSLink

在 IPFS 的世界里，文件不可变。要实现“更新网站”，必须用一层**“指针”**。

1. IPNS (InterPlanetary Name System)

这是一个基于私钥的指针。

• 逻辑：ipns://<我的公钥ID>--> 指向 -->Qm最新版本的CID。

• 更新时：我发布新版本，用私钥签名，告诉网络：“我的公钥现在指向这个新 CID 了。”

• 缺点：巨慢无比。解析一次 IPNS 可能要 30 秒。

2. DNSLink (运维首选)

还是用传统的DNS来救场。

• 操作：

  1. 我在 GoDaddy 买个域名app.myweb3.com。

  2. 加一条TXT 记录：dnslink=/ipfs/QmFixedSite...

  3. 用户访问：app.myweb3.com。

  4. 浏览器/网关检测到 TXT 记录，自动去 IPFS 捞QmFixedSite...的内容。

• 更新流程： Alex 每次发版 -> 拿到新 CID -> 我调用脚本更新 DNS 的 TXT 记录。

• 效果：用户域名不变，看到的内容变了。

📚 附录：Henry 的去中心化运维笔记

1. CID (Content ID)

• 那串Qm...开头的乱码。它是文件的指纹。文件内容变 1 个比特，CID 就面目全非。这保证了防篡改。

2. Gateway (网关)

• 普通浏览器（Chrome）打不开ipfs://协议。

• 我们需要一个HTTP 网关（比如https://ipfs.io/ipfs/<CID>）作为桥梁。

• 运维技巧：别用公共网关（太慢、限流）。要自建网关或者用 Cloudflare 的 IPFS 网关，配上 CDN，速度才像 Web2。

💡 第 12 天的感悟

“我对 CEO 说：‘老板，去中心化是好，但它意味着我们失去了对文件的绝对控制权。 我们删不掉旧文件，也快不过中心化 CDN。 我们现在做的，其实是用最复杂的架构（IPFS + Pinning + DNSLink + CDN），去模拟一个最简单的 Web2 体验。

这就是 Web3 现在的代价：为了‘永不消失’，我们必须忍受‘难以改变’。’”