Fortschritte bei EIP-7417
Am 30. November wurde der Smart Contract EIP-7417 (auf Etherscan ansehen) im Ethereum-Mainnet bereitgestellt. Dies geschah nach einem längeren Prozess der Fehlersuche und Problembehebung.
Da sich EIP-7417 derzeit in der Prüfung durch die EIP-Editoren befindet, wurde auch Feedback von ihnen erhalten. Ihre Hauptanliegen bezogen sich auf die Verbesserung der Dokumentation des Smart Contracts.
Das Ziel von EIP-7417 ist es, ein Standard zu werden, da für jede EVM-Blockchain nur ein einziger ERC-20 🔁 ERC-223 Token-Konverter existieren sollte. Um dies zu erreichen, umfasst das Projekt die Zusammenarbeit mit internen und externen Prüfern sowie Konsultationen und Treffen mit den EIP-Editoren. Obwohl zeitaufwendig, ist diese Arbeit entscheidend, da der EIP-7417-Token-Konverter ein zentraler Bestandteil des ERC-223-Ökosystems und des breiteren DEX223-Ökosystems ist.
Der Fortschritt der Überprüfungen durch die EIP-Editoren kann auf ihrer GitHub-Seite verfolgt werden.
Identifizierte und behobene Probleme
Im Entwicklungsprozess wurden die folgenden Probleme identifiziert und gelöst:
- Unkontrollierte Übertragung der nativen Währung
- Problem: Die Logik des Contracts sah vor, dass die native Währung nach der Token-Übertragung gesendet werden sollte. Aufgrund von Gas-Beschränkungen war es jedoch möglich, die native Währung zu übertragen, ohne den Zustand des Empfänger-Contracts zu aktualisieren, was zu einer fehlerhaften Buchung der eingehenden nativen Währung führte.
- Lösung: Änderungen am Contract-Code wurden vorgenommen, um die Gasweiterleitung korrekt zu behandeln (GitHub-Commit).
- „Blockierte“ native Währung im Token-Contract
- Problem: Wenn eine Zahlung, die sowohl native Währung als auch Token umfasste, storniert wurde, wurde die native Währung an die Adresse des Token-Contracts gesendet, anstatt an die Adresse des Absenders zurückzukehren.
- Lösung: Eine Bedingung wurde hinzugefügt, die sicherstellt, dass zurückerstattete native Währung immer an den Absender zurückgeht (GitHub-Commit).
- Potenzielle Schwachstelle zum Abziehen von ERC-223-Token über die ERC-20-Extraktionsfunktion
- Problem: Die Funktion extractStuckERC20, die dazu dient, fälschlicherweise gesendete ERC-20-Token wiederherzustellen, hätte möglicherweise auch ERC-223-Token abziehen können. Obwohl das Risiko gering war, da die Funktion nur für eine bestimmte administrative Adresse zugänglich ist, wurde dies als Schwachstelle eingestuft.
- Lösung: Eine Validierungsbedingung wurde hinzugefügt, die den Token-Typ erkennt und das Abziehen von ERC-223-Token über diese Funktion verbietet (GitHub-Commit).
Es ist bemerkenswert, dass diese Probleme während kontinuierlicher Code-Reviews identifiziert und rechtzeitig behoben wurden, anstatt erst nach der Bereitstellung entdeckt zu werden. Der Code wurde von der Community gründlich getestet und von Experten geprüft, bevor Token mit realem Wert durch den Konverter liefen. Dieser proaktive Ansatz unterscheidet sich von üblichen Praktiken in der Kryptowährungsbranche, bei denen Schwachstellen oft erst entdeckt werden, nachdem Nutzer Geld eingezahlt haben.
Das Team arbeitet weiterhin mit den EIP-Editoren zusammen, um die Anerkennung von EIP-7417 als Standard voranzutreiben.
Fazit
Der EIP-7417-Contract wurde nach den erforderlichen Korrekturen im Ethereum-Mainnet bereitgestellt. Die ersten USDT ERC-223-Token (auf Etherscan ansehen) wurden bereits durch das Umhüllen von ERC-20-Token über den Konverter ausgegeben. Zu den ersten Handelsplattformen für USDT ERC-223 (Quelle) gehören die zentralisierte Börse BitMart und DEX223.
Obwohl EIP-7417 noch alle Stufen des EIP-Prozesses durchlaufen muss, deuten die bisherigen Fortschritte darauf hin, dass der Überprüfungsprozess bald abgeschlossen sein könnte, was zur formellen Anerkennung von EIP-7417 als Standard für Ethereum und alle EVM-kompatiblen Blockchains führen wird.