Neo SPCC近日发布了NeoFS去中心化存储网络的两大网关更新——REST Gateway v0.17.0和S3 Gateway v0.43.0。此次升级的核心亮点是全面支持会话令牌v2（Session Token v2），标志着NeoFS堆栈中节点、SDK与网关的协同升级已全部完成。新版本不仅增强了安全性与访问控制细粒度，还通过功能重构显著提升了实用性，尤其对处理大文件的S3用户至关重要。
会话令牌v2：更安全的访问控制
会话令牌v2首次在NeoFS Node v0.51.0中引入，旨在替代之前混杂的会话令牌与持有者令牌（Bearer Token）方案。它允许对容器和对象操作进行更细粒度的权限设定，例如仅允许特定IP或时间窗口内的读写操作。随着两个网关均集成对v2的支持，并依赖NeoFS SDK Go RC18版本，整个NeoFS技术栈已实现无缝升级。值得注意的是，构建新版本网关需要Go 1.25或更高版本，开发者需提前更新开发环境。
REST Gateway v0.17.0：容器属性管理API上线
REST网关是开发者通过HTTP API访问NeoFS的主要接口。v0.17.0最重要的新增功能是容器属性管理API——开放了针对容器属性的GET和PUT端点。容器属性本质上是控制容器行为与权限的键值元数据（如副本数、存储策略等），此前只能通过直接协议交互进行修改，门槛较高。新API使得任何使用REST接口的应用都可轻松查询和修改容器属性，极大降低了开发者对去中心化存储的管理复杂度。
此外，该版本还完善了会话v2令牌的完整验证逻辑，并修复了一个生产环境中的严重Bug：无效的HTTP持有者令牌曾导致网关进程崩溃（panic）。同时，开发团队移除了部分已弃用的端点（如search和container put API）以及配置项container_ops_poll_interval和container_ops_timeout。依赖方面，neo-go从v0.116.0升级至v0.118.0。
S3 Gateway v0.43.0：多部分上传架构全面重构
S3网关提供了与Amazon S3兼容的接口，是传统应用迁移至去中心化存储的桥梁。v0.43.0对多部分上传对象映射进行了彻底重写，解决了此前上传超过300个部分时失败的Bug，并修复了从多部分对象中检索单个部分时出现的错误。新架构引入了层次化的部分级与对象级拆分链，消除了旧系统中使用的多个中间元数据属性，使得大文件上传不再受300部分上限的约束——这意味着用户可以通过S3接口上传任意大小的文件（在NeoFS网络允许范围内）。
伴随架构重构，单个部分的最大大小从5 GB下调至4 GB，以与NeoFS底层能力对齐；最小部分大小仍保持5 MiB（符合AWS S3规范）。运营者需注意这一变化：AWS S3允许单部分最大5 GB，而NeoFS现限制为4 GB。此外，会话令牌v2认证支持同样加入，container_ops_poll_interval配置项被移除。依赖更新包括neo-go v0.118.0、NATS v1.49.0以及AWS SDK v2 v1.41.2。
市场影响与生态意义
此次网关升级对Neo生态系统及去中心化存储赛道具有多重意义。首先，会话令牌v2的全面落地增强了NeoFS的安全模型，使其更适用于企业级数据隐私与合规场景，可能吸引对权限控制有严格要求的机构用户。其次，S3网关突破多部分上传限制，实质上是消除了传统S3应用迁移至NeoFS时的一大痛点——过去300部分上限意味着文件大小被隐性封顶（例如每部分5MB上限时总大小约1.5GB），现在理论上可上传任意大小对象，这使得大文件存储（如视频、备份归档）场景更具竞争力。
从竞争格局看，NeoFS与Filecoin、Arweave等去中心化存储方案相比，优势在于兼容AWS S3 API的低迁移成本。此次更新进一步降低了使用门槛，有助于推动更多Web2应用向Web3存储过渡。同时，REST网关的容器属性管理API简化了运维，可能吸引更多开发者基于NeoFS构建去中心化应用（dApp）。不过，单部分大小从5GB降至4GB可能对部分重度用户造成短期不便，但整体利大于弊。随着NeoFS技术栈的成熟，其在NFT存储、DeFi数据层、DAO档案管理等领域的采用率有望提升。