IPFS 维护者团队逐步收缩

实际发生了什么

• Shipyard，作为 IPFS 的主要维护者之一以及关键公共基础设施的运营方，在 Protocol Labs 终止资助后将关闭。
• 一些评论者强调，IPFS 作为协议/网络并没有正式“关闭”，但失去一个居中的、有资金支持的维护团队，被广泛视为严重问题。

资金、治理与基础设施方面的担忧

• Protocol Labs 因转向其他充满流行语的领域（先是加密货币，然后是 AI），并撤资核心 IPFS 工作而受到批评。
• 人们询问 9 月 30 日之后，谁将负责 Kubo、Boxo、Helia、网关（ipfs.io、dweb.link、delegated-ipfs.dev）、Service Worker Gateway 和 Badbits 的安全分诊、提交与发布；答案并不明确。
• 个人维护者资助被认为不如一个职责清晰、且拥有发布流程的团队可靠。

技术体验与局限

• 多份反馈称 IPFS 节点很慢（查找要几分钟）、很“吵”，而且运维痛苦（UDP 风暴、缓存不佳、重复写入、缓存驱逐激增）。
• 基于 DHT 的全局内容发现被称为“非常困难”，也可能是设计失误；公共网络的性能通常被描述为很差。
• IPNS 和基于浏览器的 IPFS（js-ipfs、Brave 支持）被认为不可靠或已被移除；许多真实应用最终都躲在 HTTP 网关后面，有人称之为“去中心化表演”。

设想用途与现实

• 曾经被期待的用途包括：抗审查归档、可复现的 Web 应用、内容寻址的 Web、P2P 软件分发、“更好的 BitTorrent”、NFT 资产托管、抗盗版镜像（libgen、sci-hub）。
• 在实践中，常见提及的是 NFT、libgen、sci-hub 镜像、一些生成式艺术，以及少数生产系统（例如大规模网关流量、制品分发）。
• 一些人最终认为 IPFS 是“为问题寻找问题的酷技术”，并且 HTTP + CDN + BitTorrent 对大多数需求来说“已经足够好”。

替代方案与后继技术

• Iroh（多路径 QUIC + blobs/gossip）被强调为更底层、更聚焦的原语；它可以重新实现类似 IPFS 的功能，但目前还缺少全局发现能力。
• DASL、AT Protocol（Bluesky）、Radicle、Arweave、Hyphanet/Freenet、类似 Tor 的解析器，以及 named-data networking 被提及为相关或后继方向。
• 一些人希望 AI 辅助维护能让被遗弃的 OSS（如 IPFS 组件）重获生机。

法律、伦理与采用问题

• 对托管非法内容的担忧（尤其是公共网关）被视为阻碍因素；IPFS 本身不会强迫托管不想要的数据，但网关会面临滥用并需要拒绝列表。
• 对“抗审查”是否真能在规模上奏效持怀疑态度，因为客户端/网关很容易被封锁。

加密货币、NFT 与对新技术的信任

• 对 crypto/Filecoin 纠缠以及 NFT 骗局的强烈反弹；许多人认为 IPFS 的声誉因此受损。
• 有人指出，大多数 NFT 其实只是指针（通常是 IPFS 或 S3 URL），并非链上资产，这让很多人感到幻灭。
• 一些人把当前对 AI 的怀疑，与加密货币/NFT 炒作周期带来的倦怠联系在一起。

社区情绪与未来

• 情绪混合了怀旧、失望，以及一点点乐观：内容寻址这类想法可能会在更好设计的系统中再次出现。
• 少数人正在寻找 IPFS 的替代品（例如用于音乐分发），或表示愿意参与相关技术；也有人认为继续投资 IPFS 本身大概率是条死路。