TuweZip：带价格的下一代压缩文件与 Web3 支付文件标准

https://zip.tuwe.com

个人知识产品长期难以被合理定价和安全交付。一份精心整理的数据集、一套经过验证的提示词、一份深度研究报告，往往只能以“免费分享”或“平台抽成后微薄分成”的方式流通。传统压缩文件（ZIP、7z）解决了打包与分发问题，却完全不具备价格属性和支付能力；去中心化存储（IPFS 等）解决了内容寻址，却难以完成原子化的付费解锁。TuweZip 试图在二者之间开辟一条新路径：把“价格”直接写入压缩文件本身，让文件成为可独立流通、可链上结算、可按需解锁的支付单元。

一、为什么需要带价格的压缩文件

现有数字内容交付大致分为三类：

1. 平台托管：内容上传到平台，平台负责支付与分发，创作者获得分成。优点是方便，缺点是平台抽成高、规则可单方面修改、数据所有权不在创作者手中。

2. 直接文件传输：通过网盘、邮件、即时通讯发送压缩包。支付与文件分离，容易出现“付款后不给文件”或“给文件后不付款”的信任问题，也无法有效防止二次传播。

3. 纯链上或纯去中心化存储：内容哈希上链或存入 IPFS，支付通过智能合约完成。实现成本高，对普通用户和中小创作者门槛过高，且难以与现有工具链（压缩软件、AI Agent、本地应用）无缝结合。

TuweZip 的核心思路是把支付条件、加密保护、分账规则与压缩包本身绑定在一起，形成一种新的文件格式。文件本身携带价格信息，买方支付后才能解密解压，卖方在支付完成的同时获得分账。文件可以在任意渠道传播（邮件、网盘、消息、Agent），但只有完成支付的人才能真正使用内容。

二、TuweZip 的基本形态

TuweZip 目前以 .kas 或 .tuwe 为主要扩展名，内部结构可理解为“带支付元数据的加密压缩包”。它在传统压缩文件的基础上增加了以下关键能力：

• 内嵌价格与分账规则：文件中明确记录总价、创作者分成、软件费用分成等比例。支付完成后按规则自动分账。

• 强加密保护：内容采用 AES-256-GCM 等算法分块加密，未支付状态下无法读取有效内容。

• 链上支付验证：当前主要对接 Kaspa 链，利用其高吞吐、低费用的特性完成小额支付。支付凭证与文件绑定，防止重复使用或伪造。

• 访问控制与授权：支持时间窗口、次数限制、软件授权（SoftGrant）等机制，防止无限复制。

• 本地与 Agent 双入口：既可通过图形界面或命令行完成签发与解锁，也可通过 MCP（Model Context Protocol）被 AI Agent 直接调用。

从用户视角看，TuweZip 文件与普通压缩包的使用流程差异不大：双击或用专用工具打开，系统提示需要支付一定金额，完成支付后即可解压使用。差异在于支付过程由区块链完成，资金直接到达指定地址，无需经过中心化平台。

三、技术架构概览

TuweZip 的实现分为几个相对独立的层次：

协议与抽象层
定义支付文件的元数据格式、加密参数、分账规则、校验码等。核心对象包括签发命令（Issue）、支付命令（Pay）、读取服务等。元数据以结构化方式嵌入文件头部，便于不同客户端解析。

加密与压缩层
内容先经过压缩（支持 ZIP、7z 等），再进行分块加密。加密密钥的派生与保管支持多种模式（嵌入、派生、服务端辅助等），在安全性与易用性之间取得平衡。解压过程必须通过支付验证后才能获得正确密钥。

区块链钱包与支付层
封装 Kaspa 钱包能力，完成地址生成、转账、交易确认、余额查询等操作。支付时根据文件中的分账规则构造多输出交易，实现创作者、平台（软件费）等角色的自动分成。钱包私钥仅在本地进程内使用，不进入对话上下文或日志。

客户端与 Agent 层
包括桌面应用（签发端与买方端）、命令行工具、自解压存根（SFX），以及面向 AI Agent 的 MCP 服务。MCP 以 stdio 方式运行，暴露 issue、pay_extract、wallet_status 等工具，让 Agent 能够在对话中直接完成“把这份资料打包成支付文件并报价”或“支付并解压”的操作。

授权与风控辅助
通过 SoftSign 等机制处理软件费用授权、速率限制、访问日志等。对于需要额外合规控制的场景，可叠加更严格的授权流程。

整体设计尽量保持各层可替换：链可以从 Kaspa 扩展到其他支持多输出或类似能力的链；压缩算法可扩展；客户端可以是桌面程序、命令行或嵌入式库。

四、典型使用流程

签发端（创作者）

1. 选择需要打包的文件或目录。

2. 设置价格、分账比例、有效期等参数。

3. 系统完成压缩、加密，并生成带元数据的支付文件。

4. 文件可任意分发。创作者无需维护服务器，也无需关心买方身份。

买方端

1. 获得支付文件后，用支持 TuweZip 的工具打开。

2. 工具解析元数据，显示价格与支付要求。

3. 用户确认后，钱包发起链上支付。

4. 支付确认后，工具获取解密密钥，完成解压并交付内容。

5. 可选地记录本地授权，避免重复支付（在允许的范围内）。

Agent 场景
AI Agent 可通过 MCP 调用相关工具。例如用户说“把这个数据集打包成 50 元的支付文件”，Agent 调用签发工具完成打包；用户说“支付并解压这个文件”，Agent 在获得确认后调用支付与解压工具。钱包操作始终在本地 MCP 进程内完成，密码与私钥不进入模型上下文。

五、与现有方案的对比

TuweZip 的定位不是替代所有现有方案，而是补齐“小额、直接、可独立流通的知识产品”这一空白。对于高价值、低频次的内容，或需要严格控制传播的内容，它提供了一种比平台更自主、比纯链上更易用的选择。

六、个人知识产品的价值变化

长期以来，个人知识产品的定价权被平台和分发渠道大幅稀释。一份需要数周整理的数据集，在网盘上可能被免费传播；一套高质量提示词，在社区中往往以“分享”形式存在。创作者缺乏低成本、可验证的收款手段，导致优质内容供给不足。

TuweZip 通过把价格和支付能力直接写入文件，降低了个人创作者的参与门槛：

• 无需搭建网站或对接支付渠道。

• 文件可在任意渠道传播，支付与内容自动绑定。

• 小额支付（借助低费用链）变得可行，适合按份、按次销售。

• Agent 可直接参与签发与交付，形成“人 + Agent”的内容生产与销售闭环。

当个人能够以较低成本将知识产品变成可独立交易的支付文件时，更多原本被低估或无法变现的内容开始具备明确价值。数据集、研究报告、工作流模板、代码脚手架、行业简报等，都有可能从“免费分享”转向“按需付费”。

七、当前局限与后续方向

TuweZip 目前仍处于早期阶段，主要局限包括：

• 对特定链（当前以 Kaspa 为主）的依赖，需要钱包与节点环境。

• 普通用户对区块链支付的认知门槛仍然存在。

• 内容一旦解密后的二次传播控制有限（与大多数数字内容方案相同）。

• MCP 与主流 AI 客户端的集成仍需持续适配与文档完善。

后续可能的方向包括：支持更多链或支付方式、提供更友好的一键安装体验、完善 Desktop Extension 等分发形式、探索与更多 Agent 框架的深度集成，以及在合规要求较高的场景下提供可选的身份或授权增强。

八、结语

TuweZip 不是又一个压缩工具，也不是又一个去中心化存储方案。它尝试回答一个更具体的问题：如何让一份数字资料在不依赖中心平台的情况下，自带价格、自带支付能力、自带基本的访问控制，并能够被人和 AI Agent 共同使用。

当压缩文件开始携带价格，当个人知识产品能够以较低摩擦完成交付与收款，内容的流通方式会发生缓慢但实质性的变化。对于希望把自己的数据集、报告、模板、工作流变成可独立销售产品的人来说，TuweZip 提供了一种新的技术选项。它是否能成为广泛采用的支付文件标准，取决于后续的易用性改进、生态适配以及真实创作者的使用反馈。但至少，它把“带价格的压缩文件”从一个概念，推进到了可以实际签发、支付和解锁的阶段。