ERC-6147 : Analyse de la norme de séparation des droits de propriété NFT semi-obligatoire
Le 7 mars 2023, l'EIP-6147 a été officiellement approuvé par la Fondation Ethereum, devenant la version finale. Cette norme est une extension de l'ERC-721, visant à séparer la propriété et le droit de transfert des NFT et des SBT, et introduit un rôle de "gardien" avec une date d'expiration configurable. Ce design rend les applications telles que la protection contre le vol, le prêt, la location et les SBT plus flexibles.
Contexte
Un des principaux défis des NFT est le manque de liquidité. Cela provient non seulement du protocole NFT lui-même, mais aussi de la manière de donner une valeur d'utilisation réelle aux NFT, plutôt que de simplement dépendre des opérations de marché. Les protocoles NFT existants présentent certains problèmes :
Couplage des droits de propriété : Les NFT de haute valeur ont tendance à être une refuge sécurisé, mais les solutions anti-vol existantes (comme le transfert vers un portefeuille froid) affectent souvent la facilité d'utilisation. Dans le prêt de NFT, le propriétaire doit transférer le NFT au contrat de prêt, perdant ainsi son droit d'utilisation.
Problème SBT : lorsque la clé privée d'un utilisateur est perdue, la récupération du SBT devient complexe. De plus, dans certains cas (comme la fraude académique), il devrait être possible de récupérer le SBT.
La contrainte de la séparation des droits de propriété est difficile à contrôler : par exemple, il existe des différences dans le degré de contrainte entre ERC-4907 et ERC-5058.
Mécanisme de fonctionnement de l'ERC-6147
ERC-6147 introduit le rôle "Guard" (gardien), similaire à UserInfo d'ERC-4907 :
solidity
struct GuardInfo {
address guard; // adresse du gardien
uint64 expires; // Date d'expiration
}
Seul le propriétaire actuel du NFT ou une adresse autorisée peut définir le Guard. La configuration du Guard présente les caractéristiques suivantes :
Ne peut pas être défini comme adresse zéro
Seul Guard peut modifier lui-même.
Seuls les propriétaires ou les autorisés de NFT peuvent définir le Guard
Fonction principale de Guard :
Droit de transfert forcé : Pour les NFT configurés avec un Gardien, seule l'adresse du Gardien peut effectuer l'opération de transfert.
Le titulaire d'origine perd le droit de transfert : bien que d'autres DApp puissent toujours interroger le propriétaire de l'NFT, le titulaire d'origine ne peut pas exécuter le transfert.
Transfert secondaire : Guard peut utiliser la méthode changeGuard pour transférer l'autorité de garde.
méthode transferAndRemove : supprimer les informations de Guard tout en transférant le NFT.
Limitations de Guard :
Impossible de définir l'autorisation de prélèvement.
Ne pas définir Approve pour empêcher le transfert de NFT via approve après le retour du droit de transfert.
Résumé
Comparé à l'ERC-4907, l'ERC-6147 présente des optimisations significatives en matière de compatibilité. Il ne nécessite pas que les projets prennent activement en charge les nouveaux rôles, il suffit de reconnaître le propriétaire. Cela rend l'ERC-6147 plus facile à adapter à l'écosystème d'applications existant.
De plus, l'ERC-6147 propose les concepts de "SBT gérable" et "SBT efficace", tout en maintenant les caractéristiques non transférables des SBT, et en prenant en compte davantage de scénarios de gestion potentiels, tels que la récupération sociale, la récupération des SBT, etc.
La conception de l'ERC-6147 prend pleinement en compte les besoins d'application diversifiés des NFT, offrant un soutien standard plus flexible et plus sécurisé pour le développement des NFT et des SBT.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
8 J'aime
Récompense
8
4
Partager
Commentaire
0/400
AirdropCollector
· 07-21 22:14
Il y a de l'espoir, mais il faut encore voir l'effet pratique.
Voir l'originalRépondre0
SpeakWithHatOn
· 07-20 23:43
La séparation des droits de gestion est une bonne chose, n'est-ce pas~
Voir l'originalRépondre0
ImpermanentPhobia
· 07-20 23:40
Encore une norme pour se faire prendre pour des cons.
Voir l'originalRépondre0
AirdropHunterWang
· 07-20 23:22
Qui comprend cette nouvelle norme ? Peut-elle augmenter les revenus ?
ERC-6147 : Nouvelle norme de séparation de propriété NFT améliorant la sécurité et la flexibilité
ERC-6147 : Analyse de la norme de séparation des droits de propriété NFT semi-obligatoire
Le 7 mars 2023, l'EIP-6147 a été officiellement approuvé par la Fondation Ethereum, devenant la version finale. Cette norme est une extension de l'ERC-721, visant à séparer la propriété et le droit de transfert des NFT et des SBT, et introduit un rôle de "gardien" avec une date d'expiration configurable. Ce design rend les applications telles que la protection contre le vol, le prêt, la location et les SBT plus flexibles.
Contexte
Un des principaux défis des NFT est le manque de liquidité. Cela provient non seulement du protocole NFT lui-même, mais aussi de la manière de donner une valeur d'utilisation réelle aux NFT, plutôt que de simplement dépendre des opérations de marché. Les protocoles NFT existants présentent certains problèmes :
Couplage des droits de propriété : Les NFT de haute valeur ont tendance à être une refuge sécurisé, mais les solutions anti-vol existantes (comme le transfert vers un portefeuille froid) affectent souvent la facilité d'utilisation. Dans le prêt de NFT, le propriétaire doit transférer le NFT au contrat de prêt, perdant ainsi son droit d'utilisation.
Problème SBT : lorsque la clé privée d'un utilisateur est perdue, la récupération du SBT devient complexe. De plus, dans certains cas (comme la fraude académique), il devrait être possible de récupérer le SBT.
La contrainte de la séparation des droits de propriété est difficile à contrôler : par exemple, il existe des différences dans le degré de contrainte entre ERC-4907 et ERC-5058.
Mécanisme de fonctionnement de l'ERC-6147
ERC-6147 introduit le rôle "Guard" (gardien), similaire à UserInfo d'ERC-4907 :
solidity struct GuardInfo { address guard; // adresse du gardien uint64 expires; // Date d'expiration }
Seul le propriétaire actuel du NFT ou une adresse autorisée peut définir le Guard. La configuration du Guard présente les caractéristiques suivantes :
Fonction principale de Guard :
Droit de transfert forcé : Pour les NFT configurés avec un Gardien, seule l'adresse du Gardien peut effectuer l'opération de transfert.
Le titulaire d'origine perd le droit de transfert : bien que d'autres DApp puissent toujours interroger le propriétaire de l'NFT, le titulaire d'origine ne peut pas exécuter le transfert.
Transfert secondaire : Guard peut utiliser la méthode changeGuard pour transférer l'autorité de garde.
méthode transferAndRemove : supprimer les informations de Guard tout en transférant le NFT.
Limitations de Guard :
Résumé
Comparé à l'ERC-4907, l'ERC-6147 présente des optimisations significatives en matière de compatibilité. Il ne nécessite pas que les projets prennent activement en charge les nouveaux rôles, il suffit de reconnaître le propriétaire. Cela rend l'ERC-6147 plus facile à adapter à l'écosystème d'applications existant.
De plus, l'ERC-6147 propose les concepts de "SBT gérable" et "SBT efficace", tout en maintenant les caractéristiques non transférables des SBT, et en prenant en compte davantage de scénarios de gestion potentiels, tels que la récupération sociale, la récupération des SBT, etc.
La conception de l'ERC-6147 prend pleinement en compte les besoins d'application diversifiés des NFT, offrant un soutien standard plus flexible et plus sécurisé pour le développement des NFT et des SBT.