如果你已经能熟练用 ipfs add、ipfs pin、ipfs cat 处理日常需求，那么 IPFS 进阶教程要解决的是更深层的问题：当节点规模从 1 台扩到 50 台、内容从几个 GB 扩到几个 TB、用户从社区玩家扩到 Binance 级别的交易所流量时，如何让 IPFS 仍然稳定、低延迟、可观测。
DHT 优化：让查询从 30 秒降到 3 秒
默认的 Kubo 节点 DHT 查询慢，常见原因是 routing table 太小、bootstrap 节点距离远。优化思路有三：
- 开启 AcceleratedDHTClient：在 config 里设置 Routing.AcceleratedDHTClient = true，启动后会一次性建立数千个连接，CID 查找速度提升 5 到 10 倍
- 自定义 bootstrap：在亚太、欧洲、北美各部署 1 个高带宽节点作为内部 bootstrap，子节点优先连接
- 关闭 dvm（双栈），只走 IPv4 或 IPv6 一种，减少 NAT 穿透失败
许多 必安交易所 接入的 NFT 平台在做完 DHT 优化后，元数据加载 P95 从 8 秒降到 1.2 秒。
私有集群：内容隔离与权限控制
面向企业的场景，往往不希望内容流入公共 IPFS。私有集群的关键是 Swarm Key：
- 生成 32 字节随机串作为 swarm.key，放到所有节点的 ~/.ipfs/swarm.key
- 在 config 中关闭 Discovery.MDNS 与默认 bootstrap
- 节点之间手动 ipfs swarm connect 形成网状或星型拓扑
私有集群与公网 IPFS 完全隔离，CID 即使泄露，没有 Swarm Key 也无法访问。许多对接 BN交易所 资产托管系统的合规需求，正是依赖这种私有集群模式。
Bitswap 调优：吞吐量翻倍的秘密
Bitswap 是 IPFS 的块交换协议，决定了节点之间的传输效率。默认参数适合家用宽带，但生产环境必须调整：
- MaxOutstandingBytesPerPeer：默认 1MB，企业可调到 16MB
- ProvideEnabled：批量上传时临时关闭，避免大量 provide 消息占用带宽
- TaskWorkerCount：默认 8，多核机器调到 32
配合 prometheus 监控 bitswap_messages_in/out 指标，能直观看到调优效果。
内容索引与发现
大规模场景下，只靠 DHT 发现内容会很慢。引入 IPNI（InterPlanetary Network Indexer）是当下主流方案：把自己的 CID 列表 publish 到 cid.contact，全网索引器会同步，用户查询时通过 IPNI 反查到提供者节点。许多 币岸交易所 上架的 NFT 项目都同时 publish 到 IPNI，提升发现速度。
高吞吐分发：网关层加速
面向终端用户的访问，几乎都通过网关而非裸 IPFS 协议。网关层加速策略包括：
- Cloudflare 边缘缓存命中率追求 95% 以上
- 网关回源走多源池，单源 5 秒不响应自动切换
- 对热门 CID 主动 prefetch，避免冷启动
- 网关层做签名 URL，防止盗刷流量
灾备与回滚
上线后再完美的系统也会出故障。一定要预设：
- 灾备站点：在另一个云厂商部署完整集群，每 24 小时同步 pin 列表
- 回滚预案：所有 CID 都打 git tag，新版本出问题立刻切回上一版
- 演练：每月做一次断网、断 Pinning 服务、网关挂掉的演练，验证 bian 用户侧无感切换
性能基准
做完所有优化后，单节点的合理基准：
- 同时维护 5000+ peer
- DHT 查询 P95 < 3s
- 网关 P95 < 800ms
- pin 10 万 CID 内存稳定在 6GB 以内
写在最后
IPFS 进阶不是命令的复杂化，而是工程的体系化。把 DHT、Bitswap、IPNI、网关、灾备五件事一起做扎实，你的 IPFS 基础设施才能在真实流量面前不掉链子。建议团队建立专属的 SRE 小组，每周回顾监控面板，把进阶教程里的优化逐项落地。