去中心化 AI 数据授权：用户授权的是用途，不只是地址
去中心化 AI 产品常常会让用户授权数据：钱包画像、交易记录、社交图谱、内容偏好。很多设计只弹出一个“允许访问”的按钮，但用户并不知道数据会被用于训练、推荐、风控还是展示。授权不能只绑定地址，还要绑定用途、范围和期限。
Web3 强调用户拥有数据，但拥有权如果不能转化成可理解的授权，就只是一句口号。
在实际工程中，数据授权的最大矛盾是"功能完整性"和"隐私最小化"之间的张力。一个推荐系统需要用户的完整交易历史才能给出精准结果，但用户可能只愿意授权最近一个月的数据。工程上更成熟的做法是：把功能拆解成"核心功能"和"增强功能"，核心功能只需要最小数据，增强功能才需要完整数据。用户拒绝增强功能的数据授权时，产品仍然可用，只是推荐质量下降。这种设计才是真正尊重用户选择，而不是强迫二选一。
更深层的问题是：链上数据本身是公开的，为什么要授权？这是很多 Web3 产品的认知盲区。链上数据虽然公开，但"原始数据"和"结构化画像"是两回事。数据授权的本质，不是授权"访问链上数据"，而是授权"从链上数据派生画像并用于特定目的"。混淆这两个层次，就会导致要么过度授权，要么功能残缺。
一、授权要包含用途
flowchart TD
A[User Data] –> B[Purpose]
B –> C[Scope]
C –> D[Duration]
D –> E[Consent Record]
用户授权“用于生成个性化推荐”和授权“用于训练模型”不是一回事。产品必须分开表达。
二、授权记录要结构化
{
"wallet": "0x…",
"purpose": "personalized_recommendation",
"scope": ["transaction_summary", "nft_category"],
"expires_at": "2026-08-03",
"revocable": true
}
这份记录可以存在后端，也可以结合链上证明或签名凭证。重点是可审计、可撤销。
三、默认最小授权
不要一上来要求访问全部交易历史、全部 NFT、全部社交关系。先拿完成当前功能所需的最小范围。
minimum_scope:
feature: portfolio_summary
required: token_balances
optional: transaction_history
可选权限要明确说明收益。用户拒绝可选权限时，产品也应该能降级运行。
四、撤销要真的生效
用户撤销授权后，系统要停止使用对应数据，并处理缓存、索引和派生特征。
revoke_flow:
disable_future_access: true
delete_cached_features: true
update_recommendation_index: true
只在 UI 上显示"已撤销"，但后端继续用缓存特征，是不可信的。
在生产环境中，撤销授权的一个常见踩坑是"派生特征的级联删除"。用户撤销了数据授权，但系统之前已经用这些数据训练了推荐模型或生成了用户画像。这种情况下，单纯删除原始数据是不够的，还需要清理派生数据。工程上的做法是：记录"数据到派生数据的依赖关系"，当用户撤销授权时，触发"派生数据清理任务"。这个任务可能异步执行，但必须在合理时间内完成（如24小时内），并向用户展示清理进度。如果派生数据已经嵌入模型参数，无法精确删除，至少要标记"该模型包含未授权数据"，并在下次重新训练时排除该用户的数据。
另一个边界场景是"授权状态和链上状态的同步"。如果用户授权了"展示我的 NFT 持仓"，但后来在链上转走了这些 NFT，产品应该停止展示。这需要授权系统能感知链上状态变化，而不是只依赖用户主动撤销。生产级系统需要设计"授权有效性定期检查"：要么在每次使用前重新查询链上状态，要么维护一个"链上事件监听器"，当用户的 NFT、token 或权限发生变化时，自动更新授权范围。这种"动态授权"比"一次性授权"更符合 Web3 的数据特性，也能减少用户手动管理的负担。
授权还要能被用户查看。产品可以提供一个授权面板，列出当前有哪些用途、访问了哪些数据、什么时候过期、是否可撤销。
consent_dashboard:
purpose
data_scope
created_at
expires_at
revoke_button
这个面板比单次弹窗更重要。用户第一次授权时未必完全理解，后续能回来看、能撤销，才像真正的数据主权。
如果使用签名凭证，还要避免签名内容太抽象。不要只让用户签一串不可读 payload，应该用 EIP-712 这类结构化签名，让钱包能显示清楚用途和范围。
五、总结
去中心化 AI 数据授权要表达用途、范围、期限和撤销方式。用户授权的是数据用途，不只是钱包地址。
真正尊重用户数据，不是把授权按钮做得 Web3，而是让用户知道自己同意了什么，并能收回同意。
去中心化 AI 产品的信任，不只来自链上记录，也来自用户能理解并控制自己的授权状态。
后端实现时，还要把授权检查做成统一中间件。推荐接口、画像接口、导出接口都不应该各写一套判断，否则很容易漏掉撤销状态。
authorization_middleware:
load_consent
check_purpose
check_scope
check_expiration
check_revoked
每次使用数据都走同一条检查链路，审计也会更完整。授权系统最怕“这个接口比较特殊”，特殊多了就没有边界。
