Web3 Saltman美元、馒头与稳定币（购买力稳定币与加密公共物品）
在一个更宏观的尺度，也许几十年后，BTC或ETH之类，也会成为稳定币。从BTC的每轮牛熊最高价与最低价的倍数之差来看，BTC的价格波动率是在收窄的。从市值的边际递减规律来看，BTC的价格曲线可能拟合对数函数（a＞1）曲线。这意味着，随着时间拉长，BTC价格的增长将会趋缓。按照各国央行拍脑袋定的通胀率容忍标准2%，那么，当BTC价格增长年化在2%以内，它就成为了相对理想的稳定币。稳定币概念衍生于货币的价值尺度职能。即在一定时间范围内，该币对多数商品的价格应该是相对稳定的，它才算稳定币。这种稳定是相对的，比如在一年内，1美元可以与1个馒头互换，如果美元可以诞生稳定币，那么馒头也不是不行。将馒头作为一般等价物，那美元则成了一种普通商品，原本200美元买的衣服，现在只是换成了花费200个馒头。简单而言，之所以不少法币表现出价格稳定的特征，是因为它作为了价值尺度。 但在更长时间尺度上，大多数法币，表现出了稳定贬值的特征。一美元在100年前的购买力和当前的购买力，其差异大的令人咂舌——这意味着一个馒头能买到的美元越来越多了。从供需逻辑来理解，这意味着市场的美元长期处于供大于需的状态，导致美元...
Web3 Saltman如何提交一个EIP
EIP github : https://github.com/ethereum/EIPs EIP官方网站：https://eips.ethereum.org/all 如何提交一个EIP 官方EIP指导文档：https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1.md EIP模板：https://github.com/ethereum/EIPs/blob/master/eip-template.md EIP社区（包含EIP编辑）撰写的EIP提交教程： Pandapip1：https://mirror.xyz/0x51F77C6e454B9Ce3Ca8EB5340c7FFc4f23483c2C/zQeij4KArnf3J-yH4ux-Ir_8hM9mKSbKEAxpA--xt8c poojaranjan：https://hackmd.io/@poojaranjan/EIP-ERC-Editor-handbook Anett: https://medium.com/ethereum-magicians/comprehensive...
Web3 SaltmanNFT评估规范——非技术层面-CR5-OIP003
前言 NFT是什么？NFT是一次创新，是一种主张，是一类资产。 与之对应地，Challenger Research一直在思考一个问题，哪些才是真正的NFT？截止目前，还没有一个标准且完整的答案。 但是，显然地，如果仅仅只是一张发布在区块链上的采用ERC721、ERC1155或类似标准的图片，那它并不是真正的NFT。经过研究和统计，目前以NFT自称的多数图片或项目，它们并不具有Token的价值属性，反而充满了剽窃和欺诈。交易平台上线这些假的“NFT”，并不是一种负责任的行为，也伤害了真正的NFT拥护者，扭曲了大众对NFT的正确认知，阻碍了行业发展。 当前NFT的热潮，使我们想起了ICO狂热。当时，市场充满了骗局，有大量毫无价值的Token被分配给投资者，并最终归零，使得投资者蒙受了巨大损失。这种不健康的情况，不应当再次出现在NFT行业中。我们应当保护NFT的真正支持者。 因此，CR正在尝试从非技术层面给出评估一个NFT项目应该具有的基本特征的建议，它是定性的，而非定量的。以下标准目前仅供参考和探讨。同时，随着NFT的发展，我们对NFT的理解也在深入。最重要地，我们持续保持开放和探索...
Focus on NFT, DEFI, concrete Web3 not empty Web3. It doesn't matter who we are, it matters what we can bring to the industry and others.
Web3 Saltman美元、馒头与稳定币（购买力稳定币与加密公共物品）
在一个更宏观的尺度，也许几十年后，BTC或ETH之类，也会成为稳定币。从BTC的每轮牛熊最高价与最低价的倍数之差来看，BTC的价格波动率是在收窄的。从市值的边际递减规律来看，BTC的价格曲线可能拟合对数函数（a＞1）曲线。这意味着，随着时间拉长，BTC价格的增长将会趋缓。按照各国央行拍脑袋定的通胀率容忍标准2%，那么，当BTC价格增长年化在2%以内，它就成为了相对理想的稳定币。稳定币概念衍生于货币的价值尺度职能。即在一定时间范围内，该币对多数商品的价格应该是相对稳定的，它才算稳定币。这种稳定是相对的，比如在一年内，1美元可以与1个馒头互换，如果美元可以诞生稳定币，那么馒头也不是不行。将馒头作为一般等价物，那美元则成了一种普通商品，原本200美元买的衣服，现在只是换成了花费200个馒头。简单而言，之所以不少法币表现出价格稳定的特征，是因为它作为了价值尺度。 但在更长时间尺度上，大多数法币，表现出了稳定贬值的特征。一美元在100年前的购买力和当前的购买力，其差异大的令人咂舌——这意味着一个馒头能买到的美元越来越多了。从供需逻辑来理解，这意味着市场的美元长期处于供大于需的状态，导致美元...
Web3 Saltman如何提交一个EIP
EIP github : https://github.com/ethereum/EIPs EIP官方网站：https://eips.ethereum.org/all 如何提交一个EIP 官方EIP指导文档：https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1.md EIP模板：https://github.com/ethereum/EIPs/blob/master/eip-template.md EIP社区（包含EIP编辑）撰写的EIP提交教程： Pandapip1：https://mirror.xyz/0x51F77C6e454B9Ce3Ca8EB5340c7FFc4f23483c2C/zQeij4KArnf3J-yH4ux-Ir_8hM9mKSbKEAxpA--xt8c poojaranjan：https://hackmd.io/@poojaranjan/EIP-ERC-Editor-handbook Anett: https://medium.com/ethereum-magicians/comprehensive...
Web3 SaltmanNFT评估规范——非技术层面-CR5-OIP003
前言 NFT是什么？NFT是一次创新，是一种主张，是一类资产。 与之对应地，Challenger Research一直在思考一个问题，哪些才是真正的NFT？截止目前，还没有一个标准且完整的答案。 但是，显然地，如果仅仅只是一张发布在区块链上的采用ERC721、ERC1155或类似标准的图片，那它并不是真正的NFT。经过研究和统计，目前以NFT自称的多数图片或项目，它们并不具有Token的价值属性，反而充满了剽窃和欺诈。交易平台上线这些假的“NFT”，并不是一种负责任的行为，也伤害了真正的NFT拥护者，扭曲了大众对NFT的正确认知，阻碍了行业发展。 当前NFT的热潮，使我们想起了ICO狂热。当时，市场充满了骗局，有大量毫无价值的Token被分配给投资者，并最终归零，使得投资者蒙受了巨大损失。这种不健康的情况，不应当再次出现在NFT行业中。我们应当保护NFT的真正支持者。 因此，CR正在尝试从非技术层面给出评估一个NFT项目应该具有的基本特征的建议，它是定性的，而非定量的。以下标准目前仅供参考和探讨。同时，随着NFT的发展，我们对NFT的理解也在深入。最重要地，我们持续保持开放和探索...
Focus on NFT, DEFI, concrete Web3 not empty Web3. It doesn't matter who we are, it matters what we can bring to the industry and others.
Share Dialog
Share Dialog
Subscribe to Web3 Saltman
Subscribe to Web3 Saltman
<100 subscribers
<100 subscribers
当前已提交为EIP-6147
Guard of NFT/SBT-721QS
根据最新研究会有更新，最新版本见：
https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6147.md
以太坊魔术师论坛讨论：
https://ethereum-magicians.org/t/eip6147-guard-of-nft-sbt-an-extension-of-eip-721/12052
本标准是ERC721的扩展。它将NFT/SBT的持有权（holding right）和转移权(transfer right)分离，并新定义了一个角色， guard。guard设置的灵活性，使得NFT防盗、NFT借贷、NFT租赁和SBT等的设计成为可能。
NFT是一种兼具使用价值和金融价值的资产。
当前存在许多NFT被盗案例，而目前NFT的防盗方案，例如将NFT转入冷钱包，使得NFT不可用。
在当前NFT抵押借贷中，NFT所有者需要将NFT转入抵押借贷合约，而NFT所有者虽然获得了借款，但不再具有使用权。而在现实世界中，比如一个人以自己的房产进行了抵押贷款，他仍然具有该房产的使用权。
当前也有一些对于NFT租赁的解决方案，但对目前的已有的应用协议不够兼容。例如，使用ERC4907，一个地址租用了一个NFT，目前无法在NFT查看平台（例如Opensea）直接看到该地址的租用的NFT。该租赁协议需要得到应用协议主动认可，此租赁才能生效。
此外，对于目前的NFT分期付款，只有当购买者付完全款后，购买者才能够获得该NFT使用权，在此之前，NFT依然在销售者钱包或者托管合约中。而现实世界中，例如你分期付款购买了一部手机，你将立刻获得手机使用权。
对于SBT。目前主流观点是认为SBT不可转移，这使得SBT与以太坊地址进行了绑定。但在使用者地址私钥泄露或丢失时，找回SBT将成为一个复杂的工作且没有相应的规范。SBT本质上也是实现了NFT的持有权和转移权的分离，当SBT所在钱包被盗或者不可用时，SBT应该可以被找回。（如果有人坚持认为SBT永远不可转移，那么则是将转移权赋予了黑洞地址。）
另外，SBT使用中，仍然需要被管理。比如某大学给自己的毕业生发放了毕业证书SBT，而如果之后该大学发现某个毕业生学术不端或者危害了该大学的声誉，它应该具有收回毕业证书SBT的能力。
该标准定义了一个新的角色guard，并对owner和guard的权限进行了以下规范。
owner:当guard为空时，owner可以进行NFT的转移操作，也可以设置guard。但NFT已存在guard时，不经guard允许，owner无法修改guard，且无法对NFT进行转移操作。
guard: 监护人，可以设置为NFT持有者的冷钱包地址，或者是NFT持有者信任的地址。guard可以自行移除（remove）自己的guard身份，或者在NFT所在的owner地址出现异常后，调用合约，将 NFT转移到指定的地址。
ps.没有设置guard的NFT，与当前的ERC721标准的NFT没有任何不同。
图示-NFT
图示-SBT
NFT/SBT的应用场景很多，没必要为每个具体的应用场景提出专用的eip，这会使得eip整体数量不可避免的增多，增加开发者的负担。该标准基于现实世界中资产所附带的权力的分析，将NFT所附带的权力抽象为持有权和转移权，使得标准具有较强的通用性。
例如，该标准有且不止有以下用例。
SBT。在SBT mint前，即对SBT统一赋予指定的guard角色，那么SBT将不可被持有者转移，且SBT发行方可通过guard对SBT进行管理。
NFT防盗。NFT持有者将该NFT的guard地址设置为自己的冷钱包地址，该NFT仍然可被NFT持有者使用，但被盗风险大大降低。
NFT抵押借贷。借款人将guard设置为贷款人地址，借款人在获得借款的同时，仍具有该NFT的使用权，但同时无法转移或出售该NFT。如果借款人违约，贷款人可以对该NFT进行转移和出售。
更重要的，可以将guard设置为合约地址，通过合约实现更加灵活的功能。
对ETH协议的改进，应尽可能简洁，如无必要，勿增实体。
本标准仅定义了一个guard，对于NFT和SBT所需要的复杂功能，例如社交恢复、多签、时间管理，根据具体应用场景，可以将guard设置为第三方协议地址，通过第三方协议实现更加灵活多样的功能。
备选的名字有guardian和guard，它们都基本符合该角色对应的权限：对NFT进行保护或根据其应用场景进行必要的管理。而guard字符数少于guardian，更加简洁。
https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6147.md
当NFT具有guard时，如果owner对某合约进行了approve，合约依然无法对该NFT进行转移等操作。
对于通过approve+签名进行交易的NFT交易平台（如OpenSea、LooksRare，Magic Eden不是），NFT具有guard时，可以通过签名被挂单，但不可被交易。建议事前通过接口（已提供）进行检查阻止此类挂单。
简而言之，当一个NFT没有guard的时候，owner同时拥有NFT的持有权和转移权，NFT在owner地址里，它和当前的普通NFT没有区别。当一个NFT同时拥有owner和guard的时候，owner拥有NFT的持有权，但没有转移权，NFT在owner地址中，但owner无权转移该NFT，guard拥有NFT的转移权。
由于owner和guard的设置非常灵活，所以使得721QS有着极其广泛的用途（这种用途甚至多次超出我们的想象），例如NFT防盗、租赁、借贷（这种借贷模型更加符合实际）、NFT试用、NFT分期付款、SBT等，它的上层应用极具想象空间。
Mint NFT：由owner进行操作。
转移 NFT：
1，由owner进行操作，但在NFT无guard条件下才可以进行转移操作。NFT在发生转移行为前，智能合约会验证NFT是否具有guard，如果有，则拒绝发起转移；如果无，则可以进行转移。
2，由guard操作。当NFT有guard条件下，经guard同意，将 NFT转移到指定的地址。
设置guard：由owner设置。请注意，owner只可以在guard地址为空时，设置guard地址。在NFT已有guard情况下，owner不可以对guard的地址进行更改。只有当NFT不具有任何guard时，owner才可以进行设置。当具有guard时，owner不能够对NFT进行转移操作。
移除guard：由guard完成操作。当owner想要转移NFT时，需要guard移除自己的guard身份。
owner地址不可用，需要转移NFT：由guard进行操作。当owner设置好guard后，如果很不幸，owner地址私钥发生泄露或丢失，由于此时NFT无法被owner转移，不会出现因NFT转移对任何人造成损失的可能。此时，guard调用智能合约将NFT转移到新的地址。
某NFT设置guard地址后，几种场景下的使用。
owner对不安全智能合约进行了授权或者被黑客盗取了私钥：由于此时NFT具有guard，当黑客在owner地址发起转移NFT要求时，该举动会被智能合约拒绝，黑客无法盗取该NFT。当用户意识到自己的授权存在危险或者自己的私钥泄露后，可以有时间取消对不安全智能合约的授权或直接通过guard将 NFT转移到指定的安全地址。
转移NFT（特别是需要转移给他人的情况，如通过OpenSea卖出，这意味着拥有权的变化）：guard地址需解除自身guard身份，当NFT的guard的地址和数量为空时，owner可以进行NFT转移。
关闭NFT的转移功能，NFT #0001（owner: Alice）, NFT#0002（owner: Bob）
缺点：
在SBT使用者地址私钥泄露或丢失时，找回SBT将成为一个复杂的工作且没有相应的规范。
另外，SBT使用中，仍然需要被管理。比如某大学给自己的毕业生发放了毕业证书SBT，而如果之后该大学发现某个毕业生学术不端或者危害了该大学的声誉，它应该具有收回毕业证书SBT的能力。
1,在SBT被mint前，即对SBT赋予指定的guard地址。
2,SBT被mint后，SBT#0001（owner: Alice, guard: guard’s address）, SBT#0002（owner: Bob, guard: guard’s address）
3,当Alice的地址被盗或者私钥丢失后，Alice向guard提出申请，guard验证后将SBT转移至Alice的新地址。
4,如果guard发现Bob违反了SBT的使用规范，guard可以收回Bob的SBT。例如，某大学向自己的毕业生发放了大学学位证明SBT，事后发现有的大学学术论文抄袭或者造假，那么就可以收回相应的SBT。
传统的SBT的设计方案，是通过关闭NFT的转移功能来实现SBT的不可转移特性；可撤销特性是通过SBT的合约所有者进行管理和实现。 721QS则是在SBT被mint前，即对SBT赋予指定的guard地址，由于存在guard，SBT即无法被owner转移，而可以通过guard实现SBT的可撤销和社交恢复。
1,Alice mint NFT，NFT（owner: Alice's address）
2，Alice对NFT进行防盗，将NFT转至冷钱包，NFT（owner: Alice's cold wallet address）
缺点：此时，NFT虽然实现了防盗，但NFT使用便利性大大降低。
1,Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:0）
2,Alice对NFT进行防盗，设置guard，NFT（owner:Alice's hot wallet address，guard:Alice's cold wallet address）
这时，不影响Alice利用热钱包地址证明自己对NFT的持有权，并享受NFT附加的实用价值。
3,如果Alice的热钱包私钥泄露（或私钥丢失，或者进行了不安全的合约授权），黑客通过私钥或者合约授权想要转移NFT，该操作会被拒绝。黑客无法转移该NFT，黑客气死。
4,Alice发现自己私钥泄露，通过guard将NFT转移至安全地址。NFT(owner: Alice's new address，guard :Alice's cold wallet address)
1,Alice mint NFT，NFT（owner: Alice's address**）**
2，Alice想抵押NFT从Bob（或抵押借贷智能合约）那里借ETH，则Alice将NFT转至Bob钱包，并从Bob那里获得ETH，NFT（owner: Bob's address**）**
3，若Alice偿还了借款，Bob收到ETH的同时，将NFT转给Alice， NFT（owner :Alice's address）
若Alice无法偿还贷款，Bob将拒绝转移该NFT给Alice，NFT（owner: Bob's address）
缺点：NFT是一种具有使用价值的资产，在当前的NFT抵押借贷中，将NFT转至贷款人钱包，会使得原持有者无法使用NFT。举例，很多NFT社区存在discord社区，其中有NFT持有者频道，并对持有者具有一定的福利，比如抽奖、比如新项目白名单等。加入此频道需要验证持有者钱包持有的NFT，如果持有者进行了抵押借贷，他将无法加入该频道，也就无法享受持有者应该具有的福利。
1,Alice mint NFT，NFT（owner: Alice's address，guard:NULL）
2，Alice想抵押NFT从Bob（或抵押借贷智能合约）那里借ETH但同时又不影响自己对NFT的使用，则Alice在获得ETH借款的同时，将guard设置为Bob的地址
NFT（owner :Alice's address，guard :Bob's address）
这时，不影响Alice利用热钱包地址证明自己对NFT的持有权，并享受NFT附加的实用价值。
3，Alice如果想转移NFT，将被拒绝
4，若Alice偿还了借款，Bob收到ETH的同时，移除自己的guard角色，NFT（owner:Alice's hot wallet address，guard:0）
若Alice无法偿还贷款，Bob通过guard将NFT转移至自己的地址。
NFT（owner :Bob's address, guard :Bob's address）
NFT（owner :Bob's address, guard :NULL）
1，Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:0）
2，Bob想租NFT，和Alice约定租金和时间，Alice将NFT guard设置为自己的地址，owner设置为owner地址
NFT(owner :Bob's address，guard :Alice's address)
Bob可以享受NFT的实用价值，但无法转移NFT
3，租赁到期，Alice将NFT转移回自己的地址NFT（owner :Alice's address，guard :Alice's address）
1，Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:0）
2，Bob想分期付款买NFT，和Alice约定分期付款金额和时间，Alice将NFT guard设置为自己的地址，owner设置为Bob地址
NFT(owner :Bob's address，guard :Alice's address)
Bob可以立即享受NFT的实用价值，但无法转移NFT
3，Bob分期付款完成，Alice取消自己的guard角色，NFT(owner :Bob's address，guard:0）
1，Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:NULL）
2，Bob想购买NFT，但购买之前想试用一下，和Alice约定试用期，Alice将NFT guard设置为自己的地址，owner设置为owner地址
NFT(owner :Bob's address，guard :Alice's address)
Bob可以立即享受NFT的实用价值，但无法转移NFT
3，若Bob试用结束，想购买NFT，付完款后，Alice移除自己的guard身份，NFT（owner:Bob's address,guard:NULL）
应用举例部分也可以参考下文，脑暴一下
https://mirror.xyz/5660.eth/0TKe6Ere091ZuGWN1QEzyB6FFyjun42c0BYVSLrsHWQ
对ERC721QS的设计与思考历程，可从下文了解（略显冗长和无聊，但可以一窥721QS的设计与优化历程）
https://mirror.xyz/5660.eth/I99gut-t6POHiY2kp4uQoqJuLaOLqJEHBNagQtCBsME
当前已提交为EIP-6147
Guard of NFT/SBT-721QS
根据最新研究会有更新，最新版本见：
https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6147.md
以太坊魔术师论坛讨论：
https://ethereum-magicians.org/t/eip6147-guard-of-nft-sbt-an-extension-of-eip-721/12052
本标准是ERC721的扩展。它将NFT/SBT的持有权（holding right）和转移权(transfer right)分离，并新定义了一个角色， guard。guard设置的灵活性，使得NFT防盗、NFT借贷、NFT租赁和SBT等的设计成为可能。
NFT是一种兼具使用价值和金融价值的资产。
当前存在许多NFT被盗案例，而目前NFT的防盗方案，例如将NFT转入冷钱包，使得NFT不可用。
在当前NFT抵押借贷中，NFT所有者需要将NFT转入抵押借贷合约，而NFT所有者虽然获得了借款，但不再具有使用权。而在现实世界中，比如一个人以自己的房产进行了抵押贷款，他仍然具有该房产的使用权。
当前也有一些对于NFT租赁的解决方案，但对目前的已有的应用协议不够兼容。例如，使用ERC4907，一个地址租用了一个NFT，目前无法在NFT查看平台（例如Opensea）直接看到该地址的租用的NFT。该租赁协议需要得到应用协议主动认可，此租赁才能生效。
此外，对于目前的NFT分期付款，只有当购买者付完全款后，购买者才能够获得该NFT使用权，在此之前，NFT依然在销售者钱包或者托管合约中。而现实世界中，例如你分期付款购买了一部手机，你将立刻获得手机使用权。
对于SBT。目前主流观点是认为SBT不可转移，这使得SBT与以太坊地址进行了绑定。但在使用者地址私钥泄露或丢失时，找回SBT将成为一个复杂的工作且没有相应的规范。SBT本质上也是实现了NFT的持有权和转移权的分离，当SBT所在钱包被盗或者不可用时，SBT应该可以被找回。（如果有人坚持认为SBT永远不可转移，那么则是将转移权赋予了黑洞地址。）
另外，SBT使用中，仍然需要被管理。比如某大学给自己的毕业生发放了毕业证书SBT，而如果之后该大学发现某个毕业生学术不端或者危害了该大学的声誉，它应该具有收回毕业证书SBT的能力。
该标准定义了一个新的角色guard，并对owner和guard的权限进行了以下规范。
owner:当guard为空时，owner可以进行NFT的转移操作，也可以设置guard。但NFT已存在guard时，不经guard允许，owner无法修改guard，且无法对NFT进行转移操作。
guard: 监护人，可以设置为NFT持有者的冷钱包地址，或者是NFT持有者信任的地址。guard可以自行移除（remove）自己的guard身份，或者在NFT所在的owner地址出现异常后，调用合约，将 NFT转移到指定的地址。
ps.没有设置guard的NFT，与当前的ERC721标准的NFT没有任何不同。
图示-NFT
图示-SBT
NFT/SBT的应用场景很多，没必要为每个具体的应用场景提出专用的eip，这会使得eip整体数量不可避免的增多，增加开发者的负担。该标准基于现实世界中资产所附带的权力的分析，将NFT所附带的权力抽象为持有权和转移权，使得标准具有较强的通用性。
例如，该标准有且不止有以下用例。
SBT。在SBT mint前，即对SBT统一赋予指定的guard角色，那么SBT将不可被持有者转移，且SBT发行方可通过guard对SBT进行管理。
NFT防盗。NFT持有者将该NFT的guard地址设置为自己的冷钱包地址，该NFT仍然可被NFT持有者使用，但被盗风险大大降低。
NFT抵押借贷。借款人将guard设置为贷款人地址，借款人在获得借款的同时，仍具有该NFT的使用权，但同时无法转移或出售该NFT。如果借款人违约，贷款人可以对该NFT进行转移和出售。
更重要的，可以将guard设置为合约地址，通过合约实现更加灵活的功能。
对ETH协议的改进，应尽可能简洁，如无必要，勿增实体。
本标准仅定义了一个guard，对于NFT和SBT所需要的复杂功能，例如社交恢复、多签、时间管理，根据具体应用场景，可以将guard设置为第三方协议地址，通过第三方协议实现更加灵活多样的功能。
备选的名字有guardian和guard，它们都基本符合该角色对应的权限：对NFT进行保护或根据其应用场景进行必要的管理。而guard字符数少于guardian，更加简洁。
https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6147.md
当NFT具有guard时，如果owner对某合约进行了approve，合约依然无法对该NFT进行转移等操作。
对于通过approve+签名进行交易的NFT交易平台（如OpenSea、LooksRare，Magic Eden不是），NFT具有guard时，可以通过签名被挂单，但不可被交易。建议事前通过接口（已提供）进行检查阻止此类挂单。
简而言之，当一个NFT没有guard的时候，owner同时拥有NFT的持有权和转移权，NFT在owner地址里，它和当前的普通NFT没有区别。当一个NFT同时拥有owner和guard的时候，owner拥有NFT的持有权，但没有转移权，NFT在owner地址中，但owner无权转移该NFT，guard拥有NFT的转移权。
由于owner和guard的设置非常灵活，所以使得721QS有着极其广泛的用途（这种用途甚至多次超出我们的想象），例如NFT防盗、租赁、借贷（这种借贷模型更加符合实际）、NFT试用、NFT分期付款、SBT等，它的上层应用极具想象空间。
Mint NFT：由owner进行操作。
转移 NFT：
1，由owner进行操作，但在NFT无guard条件下才可以进行转移操作。NFT在发生转移行为前，智能合约会验证NFT是否具有guard，如果有，则拒绝发起转移；如果无，则可以进行转移。
2，由guard操作。当NFT有guard条件下，经guard同意，将 NFT转移到指定的地址。
设置guard：由owner设置。请注意，owner只可以在guard地址为空时，设置guard地址。在NFT已有guard情况下，owner不可以对guard的地址进行更改。只有当NFT不具有任何guard时，owner才可以进行设置。当具有guard时，owner不能够对NFT进行转移操作。
移除guard：由guard完成操作。当owner想要转移NFT时，需要guard移除自己的guard身份。
owner地址不可用，需要转移NFT：由guard进行操作。当owner设置好guard后，如果很不幸，owner地址私钥发生泄露或丢失，由于此时NFT无法被owner转移，不会出现因NFT转移对任何人造成损失的可能。此时，guard调用智能合约将NFT转移到新的地址。
某NFT设置guard地址后，几种场景下的使用。
owner对不安全智能合约进行了授权或者被黑客盗取了私钥：由于此时NFT具有guard，当黑客在owner地址发起转移NFT要求时，该举动会被智能合约拒绝，黑客无法盗取该NFT。当用户意识到自己的授权存在危险或者自己的私钥泄露后，可以有时间取消对不安全智能合约的授权或直接通过guard将 NFT转移到指定的安全地址。
转移NFT（特别是需要转移给他人的情况，如通过OpenSea卖出，这意味着拥有权的变化）：guard地址需解除自身guard身份，当NFT的guard的地址和数量为空时，owner可以进行NFT转移。
关闭NFT的转移功能，NFT #0001（owner: Alice）, NFT#0002（owner: Bob）
缺点：
在SBT使用者地址私钥泄露或丢失时，找回SBT将成为一个复杂的工作且没有相应的规范。
另外，SBT使用中，仍然需要被管理。比如某大学给自己的毕业生发放了毕业证书SBT，而如果之后该大学发现某个毕业生学术不端或者危害了该大学的声誉，它应该具有收回毕业证书SBT的能力。
1,在SBT被mint前，即对SBT赋予指定的guard地址。
2,SBT被mint后，SBT#0001（owner: Alice, guard: guard’s address）, SBT#0002（owner: Bob, guard: guard’s address）
3,当Alice的地址被盗或者私钥丢失后，Alice向guard提出申请，guard验证后将SBT转移至Alice的新地址。
4,如果guard发现Bob违反了SBT的使用规范，guard可以收回Bob的SBT。例如，某大学向自己的毕业生发放了大学学位证明SBT，事后发现有的大学学术论文抄袭或者造假，那么就可以收回相应的SBT。
传统的SBT的设计方案，是通过关闭NFT的转移功能来实现SBT的不可转移特性；可撤销特性是通过SBT的合约所有者进行管理和实现。 721QS则是在SBT被mint前，即对SBT赋予指定的guard地址，由于存在guard，SBT即无法被owner转移，而可以通过guard实现SBT的可撤销和社交恢复。
1,Alice mint NFT，NFT（owner: Alice's address）
2，Alice对NFT进行防盗，将NFT转至冷钱包，NFT（owner: Alice's cold wallet address）
缺点：此时，NFT虽然实现了防盗，但NFT使用便利性大大降低。
1,Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:0）
2,Alice对NFT进行防盗，设置guard，NFT（owner:Alice's hot wallet address，guard:Alice's cold wallet address）
这时，不影响Alice利用热钱包地址证明自己对NFT的持有权，并享受NFT附加的实用价值。
3,如果Alice的热钱包私钥泄露（或私钥丢失，或者进行了不安全的合约授权），黑客通过私钥或者合约授权想要转移NFT，该操作会被拒绝。黑客无法转移该NFT，黑客气死。
4,Alice发现自己私钥泄露，通过guard将NFT转移至安全地址。NFT(owner: Alice's new address，guard :Alice's cold wallet address)
1,Alice mint NFT，NFT（owner: Alice's address**）**
2，Alice想抵押NFT从Bob（或抵押借贷智能合约）那里借ETH，则Alice将NFT转至Bob钱包，并从Bob那里获得ETH，NFT（owner: Bob's address**）**
3，若Alice偿还了借款，Bob收到ETH的同时，将NFT转给Alice， NFT（owner :Alice's address）
若Alice无法偿还贷款，Bob将拒绝转移该NFT给Alice，NFT（owner: Bob's address）
缺点：NFT是一种具有使用价值的资产，在当前的NFT抵押借贷中，将NFT转至贷款人钱包，会使得原持有者无法使用NFT。举例，很多NFT社区存在discord社区，其中有NFT持有者频道，并对持有者具有一定的福利，比如抽奖、比如新项目白名单等。加入此频道需要验证持有者钱包持有的NFT，如果持有者进行了抵押借贷，他将无法加入该频道，也就无法享受持有者应该具有的福利。
1,Alice mint NFT，NFT（owner: Alice's address，guard:NULL）
2，Alice想抵押NFT从Bob（或抵押借贷智能合约）那里借ETH但同时又不影响自己对NFT的使用，则Alice在获得ETH借款的同时，将guard设置为Bob的地址
NFT（owner :Alice's address，guard :Bob's address）
这时，不影响Alice利用热钱包地址证明自己对NFT的持有权，并享受NFT附加的实用价值。
3，Alice如果想转移NFT，将被拒绝
4，若Alice偿还了借款，Bob收到ETH的同时，移除自己的guard角色，NFT（owner:Alice's hot wallet address，guard:0）
若Alice无法偿还贷款，Bob通过guard将NFT转移至自己的地址。
NFT（owner :Bob's address, guard :Bob's address）
NFT（owner :Bob's address, guard :NULL）
1，Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:0）
2，Bob想租NFT，和Alice约定租金和时间，Alice将NFT guard设置为自己的地址，owner设置为owner地址
NFT(owner :Bob's address，guard :Alice's address)
Bob可以享受NFT的实用价值，但无法转移NFT
3，租赁到期，Alice将NFT转移回自己的地址NFT（owner :Alice's address，guard :Alice's address）
1，Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:0）
2，Bob想分期付款买NFT，和Alice约定分期付款金额和时间，Alice将NFT guard设置为自己的地址，owner设置为Bob地址
NFT(owner :Bob's address，guard :Alice's address)
Bob可以立即享受NFT的实用价值，但无法转移NFT
3，Bob分期付款完成，Alice取消自己的guard角色，NFT(owner :Bob's address，guard:0）
1，Alice mint NFT，NFT（owner :Alice's hot wallet address，guard:NULL）
2，Bob想购买NFT，但购买之前想试用一下，和Alice约定试用期，Alice将NFT guard设置为自己的地址，owner设置为owner地址
NFT(owner :Bob's address，guard :Alice's address)
Bob可以立即享受NFT的实用价值，但无法转移NFT
3，若Bob试用结束，想购买NFT，付完款后，Alice移除自己的guard身份，NFT（owner:Bob's address,guard:NULL）
应用举例部分也可以参考下文，脑暴一下
https://mirror.xyz/5660.eth/0TKe6Ere091ZuGWN1QEzyB6FFyjun42c0BYVSLrsHWQ
对ERC721QS的设计与思考历程，可从下文了解（略显冗长和无聊，但可以一窥721QS的设计与优化历程）
https://mirror.xyz/5660.eth/I99gut-t6POHiY2kp4uQoqJuLaOLqJEHBNagQtCBsME
No activity yet