Verständnis der Grenzen von Transfer von () für ETH und wie die Treuhandfunktionalität simuliert wird

Entdecken Sie, wie ETH -Überweisungen sicher ohne die Funktion "TransferFrom ()" verwaltet werden, und implementieren Sie einen Treuhandvertrag für die native Token -Handhabung. --- Dieses Video basiert auf der Frage https://stackoverflow.com/q/70964042/ vom Benutzer 'Kuly14' (https://stackoverflow.com/u/15067763/) und auf die Antwort https://stackoverflow.com/a/7096110/Ber Hisj. https://stackoverflow.com/u/1693192/) auf der Website 'Stack Overflow'. Dank dieser großartigen Nutzer und Stackexchange -Community für ihre Beiträge. Besuchen Sie diese Links für Originalinhalte und weitere Details, z. B. alternative Lösungen, neueste Updates/Entwicklungen zum Thema, Kommentare, Revisionsgeschichte usw. Der ursprüngliche Titel der Frage lautete: TransferFrom () -Funktion für ETH (als native Token nicht ERC20)? Auch Inhalte (außer Musik) lizenziert unter CC BY-SA https://meta.stackexchange.com/help/licensing Der ursprüngliche Fragenposten ist unter der 'CC By-Sa 4.0' (https://creativvecommons.org/licenses/SA/4.0/) lizenziert. https://creativcommons.org/licenses/by-sa/4.0/) Lizenz. Wenn Ihnen etwas scheinbar erscheint, schreiben Sie mir bitte mit Vlogize [at] gmail [dot] com. --- Verständnis der Einschränkungen von Transfer von () für die ETH bei der Arbeit mit Ethereum und intelligenten Verträgen, denen Entwickler häufig auf Situationen stoßen, in denen sie mit Transaktionen mit verschiedenen Token umgehen müssen. Für ERC20 -Token ist die Funktion TransferFrom () eine häufig verwendete Methode, um Token im Namen der Benutzer zu übertragen, sofern sie zuvor die Aktion genehmigt haben. Dies wirft jedoch eine kritische Frage auf: Können wir eine ähnliche Funktionalität für die ETH implementieren, die als Native Token von Ethereum dient? In diesem Beitrag werden wir untersuchen, warum die Übertragungfrom () -Funktion nicht für ETH funktioniert und wie wir ihre Übertragung mit einem benutzerdefinierten Ansatz effektiv bewältigen können, speziell mit einem Treuhandvertrag. Die Herausforderung bei TransferFrom () für ETH im Gegensatz zu ERC20 -Token, bei denen die Zulassungen und Balancen im Token im Token -Vertrag enthalten sind, arbeitet ETH anders. Hier sind die Hauptgründe, warum TransferFrom () für die ETH nicht simuliert werden kann: Fehlen des Zulassungsmechanismus: In einem ERC20 -Token -Vertrag ermöglicht der Zulassungsmechanismus, dass Tokens für die Übertragung durch ein delegiertes Konto zugewiesen werden können. Für die ETH gibt es kein solcher Verfolgungsmechanismus auf der Ethereum -Schicht. Es gibt keine Datenbank, in der die Genehmigung für die Verwendung der nativen ETH gespeichert ist. Zentrale Gleichgewichtskontrolle: ETH -Guthaben werden direkt in den mit jeder Adresse verbundenen Brieftaschen aufrechterhalten. Daher besteht keine Flexibilität, Berechtigungen für die Verwendung auf Protokollebene zu gewähren oder zu widerrufen. Im Wesentlichen haben Entwickler ohne Möglichkeit, ETH -Überweisungen zu genehmigen, nur begrenzte Optionen, um zu verwalten, wie ETH in ihren Anwendungen verwendet wird. Implementierung der Treuhandschulenfunktionen für native ETH, während Sie TransferFrom () für ETH nicht verwenden können, gibt es eine alternative Lösung: einen Treuhandvertrag. Dieser Vertrag ermöglicht es den Benutzern, ETH sicher einzureichen und Bedingungen anzugeben, unter denen er zurückgezogen werden kann. Nachfolgend finden Sie ein einfaches Beispiel dafür, wie ein Treuhandvertrag in Solidität umgesetzt werden kann. Beispiel: Treuhandvertrag hier ist ein Soliditätsvertrag, der einen grundlegenden Treuhandmechanismus veranschaulicht: [Siehe Video, um diesen Text oder Code -Snippet anzuzeigen] Erläuterung der Codevertraginitialisierung: Der Treuhandvertrag initialisiert mit einem festgelegten Inhaber und einem Administratorkonto. Der Inhaber kann der Benutzer sein, der die ETH einzahlt, während der Administrator ein Fallmanager oder ein intelligenter Vertrag sein kann, der für die Überwachung der Transaktion verantwortlich ist. Empfangsfunktion: Die Funktion recemed () ermöglicht es dem Vertrag, eingehende ETH -Transaktionen zu akzeptieren. Auf diese Weise können Benutzer ihre ETH in den Treuhandvertrag einreichen. Auszugsfunktion: Die Funktion abzieben () ermöglicht es entweder dem Inhaber oder dem Administrator, Mittel aus dem Treuhandel abzuheben. Die Erfordernisse stellt sicher, dass nur autorisierte Benutzer diese Aktion ausführen können und eine zusätzliche Sicherheitsebene hinzufügen können. Vorteile der Verwendung von Treuhandverträgen Sicherheit: Die eingezahlten Fonds werden im Vertrag sicher gehalten, wodurch das Risiko eines direkten Zugangs durch nicht autorisierte Parteien minimiert wird. Kontrollierte Abhebungen: Durch die Regulierung, wer die Gelder zurückziehen kann, kann ein Treuhandvertrag komplexe Transaktionen und Vereinbarungen zwischen Parteien erleichtern, ohne sich gegenseitig zu vertrauen. Skalierbarkeit: Während das bereitgestellte Beispiel an einen einzelnen Benutzer richtet, kann die Logik so angepasst werden, dass mehrere Benutzer verarbeitet werden, indem einzelne Einlagen und Berechtigungen verfolgt werden. Schlussfolgerung Abschließend ist die ETH -Funktion der Transferfrom () nicht verfügbar, da sie im Ethereum -Netzwerk arbeitet, die Verwendung eines Treuhandvertrags eine praktikable Alternative für die Verwaltung von ETH -Überweisungen bietet. Durch die Umsetzung eines Zollvertrags, der die Einzahlung und Rücknahme von Geldern regiert, können Entwickler die native ETH sicher und effektiv bearbeiten. Während sich Ethereum weiterentwickelt, ist das Verständnis dieser Mechanismen für Designer und D von entscheidender Bedeutung