Comprendre les limites de TransferFrom () pour ETH et comment simuler la fonctionnalité d'entiercement

Découvrez comment gérer les transferts d'ETH en toute sécurité sans la fonction `transfrom () 'et implémentez un contrat d'entiercement pour la manipulation de jetons natifs. --- Cette vidéo est basée sur la question https://stackoverflow.com/q/70964042/ demandée par l'utilisateur 'kuly14' (https://stackoverflow.com/u/15067763/) et sur la réponse https://stackoverflow.com/a/70964210/ a fourni par l'utilisateur ' https://stackoverflow.com/u/1693192/) sur le site Web «Stack Overflow». Merci à ces grands utilisateurs et à la communauté StacKExchange pour leurs contributions. Visitez ces liens pour le contenu original et plus de détails, tels que des solutions alternatives, les dernières mises à jour / développements sur le sujet, les commentaires, l'historique de révision, etc. Par exemple, le titre original de la question était: la fonction transfrom () pour ETH (comme le token natif et non ERC20)? De plus, le contenu (sauf la musique) sous licence CC BY-SA https://meta.stackexchange.com/help/licensing Le message de question d'origine est sous licence de la licence «CC BY-SA 4.0» (https://creativecomons.org/licenses/by-sa/4.0/) et la licence de réponse originale est licensée sous la licence «CC par sa 4.0», et la licence de réponse originale est licene https://creativecommons.org/licenses/by-sa/4.0/) Licence. Si quelque chose vous semble, n'hésitez pas à m'écrire chez vlogize [at] gmail [dot] com. --- Comprendre les limites de TransferFrom () pour ETH Lorsque vous travaillez avec Ethereum et Smart Contracts, les développeurs rencontrent souvent des situations où ils doivent gérer les transactions impliquant divers jetons. Pour les jetons ERC20, la fonction transfrom () est une méthode couramment utilisée pour transférer des jetons pour le compte des utilisateurs, à condition qu'ils aient précédemment approuvé l'action. Cependant, cela soulève une question critique: pouvons-nous mettre en œuvre une fonctionnalité similaire pour ETH, qui sert de token natif d'Ethereum? Dans cet article, nous explorerons pourquoi la fonction TransferFrom () ne fonctionne pas pour ETH et comment nous pouvons gérer efficacement son transfert avec une approche personnalisée, en utilisant spécifiquement un contrat d'entiercement. Le défi avec TransferFrom () pour ETH Contrairement aux jetons ERC20, où les approbations et contrepoids des jetons sont contenus dans le contrat de jeton, ETH fonctionne différemment. Voici les principales raisons pour lesquelles TransferFrom () ne peut pas être simulé pour ETH: Absence de mécanisme d'approbation: Dans un contrat de jeton ERC20, le mécanisme d'approbation permet aux jetons d'être alloués au transfert par un compte délégué. Pour ETH, aucun mécanisme de suivi de ce type n'existe sur la couche Ethereum. Il n'y a pas de base de données qui stocke l'approbation de l'utilisation de l'ETH natif. Contrôle de l'équilibre centralisé: les soldes de l'ETH sont maintenus directement dans les portefeuilles associés à chaque adresse, il n'y a donc pas de flexibilité pour accorder ou révoquer les autorisations pour son utilisation au niveau du protocole. Essentiellement, sans un moyen d'approuver les transferts d'ETH, les développeurs se retrouvent avec des options limitées pour gérer comment l'ETH est utilisé dans leurs applications. Implémentation de la fonctionnalité d'entiercement pour l'ETH natif Bien que vous ne puissiez pas utiliser TransferFrom () pour ETH, il existe une solution alternative: un contrat d'entiercement. Ce contrat permet aux utilisateurs de déposer l'ETH en toute sécurité et de spécifier des conditions dans lesquelles il peut être retiré. Vous trouverez ci-dessous un exemple simple de la façon dont un contrat d'entiercement peut être mis en œuvre dans Solidity. Exemple: Contrat d'entiercement Voici un contrat de solidité qui illustre un mécanisme d'entiercement de base: [[voir la vidéo pour révéler cet extrait de texte ou de code]] Explication de l'initialisation du contrat de code: le contrat d'entiercement initialise avec un titulaire désigné et un compte d'administration. Le titulaire peut être l'utilisateur qui dépose l'ETH, tandis que l'administrateur peut être un gestionnaire de cas ou un contrat intelligent responsable de la supervision de la transaction. Fonction de réception: La fonction recevoir () permet au contrat d'accepter les transactions ETH entrantes. Cela permet aux utilisateurs de déposer leur ETH dans le contrat d'entiercement. Fonction de retrait: la fonction retrait () permet au titulaire ou à l'administrateur de retirer des fonds de l'escroche. L'instruction requise garantit que seuls les utilisateurs autorisés peuvent effectuer cette action, ajoutant une couche de sécurité supplémentaire. Avantages de l'utilisation de la sécurité des contrats d'entiercement: Les fonds déposés sont détenus en toute sécurité dans le contrat, minimisant le risque d'accès direct par les parties non autorisées. Retraits contrôlés: En réglementant qui peut retirer les fonds, un contrat d'entiercement peut faciliter des transactions et des accords complexes entre les parties sans avoir besoin de se faire carrément. Évolutivité: Alors que l'exemple fourni s'adresse à un seul utilisateur, la logique peut être ajustée pour gérer plusieurs utilisateurs en suivant les dépôts et les autorisations individuelles. Conclusion En conclusion, bien que la fonction TransferFrom () ne soit pas disponible pour ETH en raison de son fonctionnement sur le réseau Ethereum, l'utilisation d'un contrat d'entiercement fournit une alternative viable pour gérer les transferts d'ETH. En mettant en œuvre un contrat personnalisé qui régit le dépôt et le retrait des fonds, les développeurs peuvent gérer en toute sécurité l'ETH indigène. Alors qu'Ethereum continue d'évoluer, la compréhension de ces mécanismes est cruciale pour les concepteurs et D