jetzt in der Testnet-Feature-Gate-Warteschlange! Es hat mich mindestens ein halbes Dutzend PRs gekostet, lol. Eine Menge Dinge wurden so entworfen, dass "keine Konflikte in den Einträgen" eine Invarianz ist, aber abgesehen von einem weniger blockierenden Faktor bei der asynchronen Ausführung sollte es auch einige Arten von Stau reduzieren.

Wenn eine Transaktion auf ein Konto schreibt, müssen alle Benutzer dieses Kontos in einem einzelnen Thread arbeiten, aber aufgrund der Eingabebeschränkung können sie auch nicht zusammengefasst werden. Wenn also eine hohe Nachfrage nach Schreibvorgängen auf einem Konto besteht, erhält man nur eine pro Batch und viele potenziell niedrigere Gebühren-Transaktionen dazwischen.

Mit simd83 verschwindet das Batch-Problem. Wenn es also ein beliebtes Mint- oder Swap-Paar gibt und viele Leute hohe Gebühren zahlen, können sie alle zusammen an diesem Thread teilnehmen. Das sollte auch bei Programm-Deployments helfen (die 200+ Transaktionen umfassen, die auf dasselbe Konto schreiben, sodass nur 1 pro Eintrag vor 83 möglich ist).