Das Zilliqa-Infrastrukturteam arbeitet daran, die Implementierung der EVM-Kompatibilität des Netzwerks im Einklang mit dem Feedback von Benutzern und Projekten innerhalb der Community zu verbessern. EVM (Ethereum Virtual Machine) ist die Softwareplattform zum Erstellen von Anwendungen auf Ethereum und anderen Protokollen, die EVM-Kompatibilität implementiert haben, einschließlich Zilliqa.
Im Einklang mit unserer Strategie zur Infrastrukturentwicklung verbessern wir unsere EVM-Kompatibilitätsimplementierung, um die Bereitstellung und zuverlässige Interaktion mit Verträgen und Transaktionen im Zilliqa-Netzwerk zu verbessern.
Das nächste Netzwerk-Upgrade, Zilliqa v9.3.4, wird mehrere Änderungen enthalten, die das Entwicklungserlebnis im Netzwerk verbessern, sowie Korrekturen für bestimmte Fehler im Zusammenhang mit der EVM-Kompatibilität.
Durch die Lösung noch offener Probleme und die Bereitstellung einer Reihe von Verbesserungen der EVM-Kompatibilität soll das bevorstehende Netzwerk-Upgrade den Prozess der Anwendungsentwicklung und der Interaktion mit Smart Contracts auf Zilliqa EVM einfacher und zuverlässiger als je zuvor machen.
Zu behebende Probleme in Zilliqa v9.3.4
Die Liste der Probleme, die das Zilliqa-Infrastrukturteam mit dem bevorstehenden Netzwerk-Upgrade lösen möchte, wurde öffentlich zugänglich gemacht, damit Benutzer und Entwickler die erzielten Fortschritte in Echtzeit verfolgen können.
Jeder der unten aufgeführten Fehler enthält einen Link zum entsprechenden Problem auf GitHub und das Team beabsichtigt, diese beim nächsten Netzwerk-Upgrade zu beheben:
Problem Nr. 3927 – Die Gasschätzung scheint ein niedriges Ergebnis zurückzugeben, was dazu führt, dass Transaktionen rückgängig gemacht werden, obwohl dies nicht der Fall sein sollte.
Unsere Untersuchung ist noch nicht abgeschlossen und unser Team arbeitet aktiv daran, die von unseren Partnern und Community-Mitgliedern gemeldeten Probleme bei der Gasschätzung zu reproduzieren und maßgeschneiderte Lösungen dafür zu finden. Für diejenigen, die ohne ein vollständiges Netzwerk-Upgrade gelöst werden können, prüfen wir mögliche API-Verbesserungen. Wenn eine Änderung ein vollständiges Netzwerk-Upgrade erfordert, das allgemein als Hardfork bezeichnet wird, wird dies mit der Migration auf Zilliqa 2.0 implementiert.
Problem Nr. 3928 – Protokollereignisse für EVM-Transaktionen werden gelegentlich dupliziert.
Dies war ein kosmetisches Problem, das in der Otterscan-Benutzeroberfläche auftrat; Zilliqa v9.3.4 wird Codeänderungen enthalten, die die doppelten Transaktions-Hashes aus der von ots_searchTransactionsBefore/ots_searchTransactionAfter zurückgegebenen Liste entfernen.
Problem Nr. 3929 – eth_getTransactionCount() unterstützt keine ausstehenden Blocknummern, wodurch es bei Verwendung bestimmter Frameworks unmöglich ist, mehr als eine Transaktion pro Block zu übermitteln.
Zilliqa v9.3.4 führt Codeänderungen ein, die dazu führen, dass der Nonce zusätzlich zum Kontostatus auch vom Mempool abgefragt wird, wenn eth_getTransactionCount aufgerufen wird, wobei der größte Wert von beiden zurückgegeben wird. Dies sollte das Problem in den meisten Fällen lösen.
Problem Nr. 3930 – eth_getLogs() stellt schließlich die Bereitstellung von Protokollen ein, nachdem es einige Zeit regelmäßig aufgerufen wurde.
Das Design von Zilliqa 1 erlaubt es uns nicht, Transaktionen wiederzugeben, und es ist nicht praktikabel, für jede Transaktion Protokolle für immer aufzubewahren. Daher gibt es ein Timeout, nach dessen Ablauf die Protokolle für eine Transaktion nicht mehr verfügbar sind. Zilliqa 9.3.4 verlängert das Timeout von 100 Blöcken auf 48 Stunden.
Problem Nr. 3932 – eth_call() kann keine Vertragsübertragungsaufrufe ausführen.
Dies ist darauf zurückzuführen, dass einige Tools bei Aufrufen von eth_call() immer noch das Feld „input“ und nicht „data“ verwenden. Zilliqa v9.3.4 sucht jetzt in „input“, wenn „data“ nicht angegeben ist.
Problem Nr. 3933 – Das Abrufen eines ZRC-2-Vertrags aus einem ERC-20-Vertrag führt zu einer falschen Gasschätzung, da die Scilla-Gasgebühren nicht berücksichtigt werden.
Wir haben festgestellt, dass das Foundry-Framework die RPC-Methode eth_estimateGas nicht verwendet, um das erforderliche Gaslimit zu berechnen, und dass die integrierten Schätzungen für Verträge, die die EVM <-> Scilla-Interoperabilität nutzen, unzureichend sind. Dieses Problem liegt im Tool selbst, nicht in der Zilliqa-API. Daher sind in Zilliqa v9.3.4 keine relevanten Fixes verfügbar. Unsere Problemumgehung besteht darin, das Gaslimit in den Forge-Skriptparametern mit einem Multiplikator von 10x anzugeben.
Darüber hinaus haben wir weiteres Feedback von der Zilliqa-Community erhalten, das in weitere Verbesserungen der EVM-Kompatibilität einfließen wird, die durch die Migration auf Zilliqa 2.0 erzielt werden.
Derzeit planen wir, das Netzwerkupgrade von Zilliqa v9.3.4 am Montag, den 20. Mai 2024, im Mainnet einzuführen. Entwickler können die öffentliche Liste der im Zilliqa-Netzwerk gemeldeten Probleme auf der GitHub-Seite des Projekts verfolgen.
Bleiben Sie auf dem Laufenden, um die aktuellsten Entwicklungen bei Zilliqa zu erfahren, und abonnieren Sie unsere sozialen Netzwerke und den offiziellen Blog.