Willow Protocol
Willow Protocol 被介绍为一种灵活的、更高阶的规范，用于构建点对点、内容寻址但又可变的数据系统，可支撑类似去中心化 Dropbox/Syncthing 同步或共享数据库的应用。评论者将其与 IPFS、libp2p、Upspin 和 Veilid 大量比较，强调其目标包括更好的性能、更丰富的可变性、更细粒度的权限以及更现实的数据删除，同时也质疑其互操作性权衡和这种抽象的“协议构建套件”式设计。文中提到 Rust 和 TypeScript 的早期实现（尤其是通过 iroh 项目）作为概念验证，同时也存在对可扩展性、安全性以及“total erasure of data”等过度承诺表述的担忧。
实现与生态系统
- Willow 是一个已有活跃实现的规范，而不只是纸面设计。
- 至少存在两个实现（TypeScript 和 Rust），并且还有一个进行中的实现正在被构建进 iroh 项目。
- iroh 提供了一个基于 Rust 的、多语言 SDK（Python、Go、Swift），用于 P2P 网络和内容寻址存储，并吸收了 Willow 的理念。
与 IPFS 和其他系统的比较
- 许多人认为 Willow/iroh 正在解决 IPFS 的痛点：速度慢、在大规模下脆弱，以及可变性处理别扭（IPNS 性能被称为“not great”）。
- Willow 被描述为可变、有状态、且条件性命名空间化的，而 IPFS 则是不可变、无状态、全局命名空间化的模型。
- iroh 和 Veilid 被提及为注重性能的 IPFS 替代方案；iRODS 则被拿来对比为一种数据中心服务，而 iroh 是一个 SDK。
- Willow 也被拿来与 Upspin 比较（数据模型相似，但 Upspin 使用一个中心化密钥服务器）。
协议设计与“更高阶”争论
- Willow 被描述为一种“更高阶协议”/“协议构建套件”：它是参数化的（例如命名空间如何标识），并且不依赖特定格式。
- 支持者认为这使得工具和库可以在许多具体实例之间复用。
- 批评者则认为，如果没有固定参数或握手/协商机制，“兼容 Willow”的系统可能无法互操作，因此质疑它是否真的算协议。
用例与思维模型
- 它被建议作为共享信息空间的通用底层：既可以用于类似 Dropbox/Syncthing 的同步，也可以用于应用数据/KV 存储和协作应用。
- 强调它是给开发者用的更低层基础设施，而不是面向终端用户的应用本身。
- 一些评论者仍然不清楚“作为用户我会想要”的具体场景。
删除与数据擦除
- Willow 宣称支持“total erasure of data”。
- 支持者说这意味着从合作节点中实际移除数据（前缀剪枝而不是墓碑），这对合规和私有部署很有用。
- 怀疑者指出你无法抹除已经看过的数据，并认为“total”这一说法具有误导性；他们建议使用更温和的表述，比如“更好/GDPR 风格的擦除”。
扩展性与性能
- Willow/iroh 关注的是范围受限的复制（在一个文档/命名空间内部），而不是像 IPFS 那样对每个块进行全局查找。
- 有人认为 IPFS 针对块级全局索引的设计本身就存在可扩展性问题；也有人认为这部分问题主要与实现有关。
文档与其他
- 文档因清晰以及交互式词汇悬停提示而受到称赞；静态站点生成器可能会发布。
- 关于子空间与命名空间的区别、分隔符的作用，以及为什么要选择 Willow 而不是 libp2p 的问题，在线程中大多没有得到解答。