ERC7857（iNFT）

什么是 ERC7857/INFT

ERC-7857（也称 INFT）是一种面向 智能体/AI 代理的 NFT 标准，支持 可进化元数据、加密功能元数据以及功能性资产的安全转移，弥补传统 ERC-721 在 AI 场景中的不足。

步骤

调用 transfer() 方法，开启转账流程。
合约向 Oracle 发起询问，询问目标 “newDataHash” 相关情况。
Oracle 回复接收方是否能访问 “newDataHash”，回复内容包含 “成功”“序列化”“oldDataHash”“newDataHash” 等信息。
若 Oracle 回复为 “是”，则把目标代币的所有者从发送方（Sender）变更为接收方（Receiver），同时发布序列化密钥，并将代币的 “oldDataHash” 更新为 “newDataHash”。

提示：“oldDataHash” 和 “newDataHash” 代表它们背后的哈希值和数据

Oracle 现实实现方式
理想的 Oracle 可以通过 TEE/ZKP 实现

1. Privacy-Preserving Metadata（隐私保护元数据）

2. Secure Metadata Transfers（安全元数据传输）

3. Dynamic Data Management（动态数据管理）

4. Decentralized Storage Integration（去中心化存储集成）

5. Verifiable Ownership & Control（可验证的所有权与控制）

6. AI-Specific Functionality（针对 AI 的功能性）

1. TEE 规则 (TEE ORACLE Rules)

2.(1). TEE:
- a. 使用其私钥解密旧密钥 (Decrypts the old key with its private key)
- b. 使用旧密钥解密 ‘oldDataHash’ (Decrypts ‘oldDataHash’ with the old key)
- c. 生成一个新的秘密密钥 (Generates a new secret key)
- d. 使用新的秘密密钥加密数据以获得 ‘newDataHash’ (Encrypts data with the new secret key to get ‘newDataHash’)
- e. 使用接收者的公钥加密新的秘密密钥以获得 ‘sealedKey’ (Encrypts the new secret key with Receiver’s public key to get ‘sealedKey’)

2. Oracle (预言机/核心流程)

实现 (Implement)
- - TEE
  - 1. 发送方将 ‘oldDataHash’ 和加密密钥（使用 TEE 的公钥加密）提供给 TEE (Sender gives ‘oldDataHash’ and encrypted key (encrypted with TEE’s public key) to TEE)
  - 2. (涉及) ‘oldDataHash’, ‘newDataHash’ ((‘oldDataHash’, ‘newDataHash’))
  - 3. 接收方访问 ‘newDataHash’，然后对 ‘oldDataHash’ 和 ‘newDataHash’ 进行签名 (Receiver accesses ‘newDataHash’ and then signs ‘oldDataHash’ and ‘newDataHash’)
  - 4. 发送方发送 ‘newDataHash’ (Sender sends ‘newDataHash’)

3. 附加说明

可以自己生成一个秘密密钥。 (I have black magic to generate a secret key by myself.)
- 提示: ‘oldDataHash’ 和 ‘newDataHash’ 代表哈希及其背后的数据。 (Tips: ‘oldDataHash’ and ‘newDataHash’ represent the hashes and the data behind them.)

1. ZKP 规则 (ZKP ORACLE Rules)

2(1), ZKP:
- a. 使用其私钥解密旧密钥 (Decrypt the old keys with its private key)
- b. 使用旧密钥解密 ‘oldDataHash’ (Decrypt ‘oldDataHash’ with the old key)
- c. 使用新密钥加密数据以获得 ‘newDataHash’ (Encrypt data with the new key to get ‘newDataHash’)
- d. 使用接收者的公钥加密新密钥以获得 ‘scaleKey’ (Encrypt the new key with Receiver’s public key to get ‘scaleKey’)

2. Oracle (预言机/核心流程)

实现中 (Implementing)
- - [ ] 发送方将 ‘oldDataHash’ 和加密密钥（旧密钥和新密钥）提供给 ZKP (Sender gives ‘oldDataHash’ and encrypted keys (old key and new key) to ZKP)
- - [x] ZKP
  - z(z), 最终对 < ‘scaleKey’, ‘oldDataHash’, ‘newDataHash’> 进行签名 (Finally signs < ‘scaleKey’, ‘oldDataHash’, ‘newDataHash’>)
- - Sender (发送方)
  - 3, 发送方发送 ‘newDataHash’ (Sender sends ‘newDataHash’)
- - Receiver (接收方)
  - 4, 接收方访问 ‘newDataHash’，然后对 ‘oldDataHash’ 和 ‘newDataHash’ 进行签名 (Receiver accesses ‘newDataHash’, and then signs ‘oldDataHash’ and ‘newDataHash’)

3. 附加说明 (R)

- R: 不可以自己生成秘密密钥。所以我需要发送方的帮助来生成密钥，并且接收方应记住稍后更改密钥。(I don’t have black magic to generate a secret key by myself. So I need Sender’s help to generate the key, and Receiver should remember to change the key later.)

4. 提示 (Tips)

- 提示: ‘oldDataHash’ 和 ‘newDataHash’ 代表哈希及其背后的数据。(Tips: ‘oldDataHash’ and ‘newDataHash’ represent the hashes and the data behind them.)

发起 (Initiation): Sender 将旧状态哈希 (oldHash) 和加密密钥 (encKey) 提交给 TEE Oracle。
处理 (Processing): TEE 内部完成解密、生成新密钥、加密新数据得到新哈希 (newHash)、加密新密钥得到密封密钥 (sealedKey)，并生成一个包含这些信息的签名。
中继 (Relay): Sender 将 TEE 生成的新哈希 (newHash) 发送给 Receiver。
确认 (Acknowledgement): Receiver 访问数据后，对新旧哈希对进行签名，表示确认接收此状态变更。
执行 (Execution): Sender 调用智能合约的 transfer 方法，提交一个包含 TEE的签名 和 Receiver的签名 的证明 (proof)。
验证与结算 (Verification & Settlement): 智能合约验证证明的有效性。
- 如果有效: 完成所有权转移、公开 sealedKey 并更新链上数据哈希。
- 如果无效: 交易回滚。
数据访问 (Data Access): Receiver (或任何相关方) 最终可以从链上获取 sealedKey 来解密并获得新数据。