nu in de testnet functiepoortwachtrij! het heeft me minstens een half dozijn prs gekost lol veel dingen zijn ontworpen met de veronderstelling dat "geen conflicten in invoer" een invariant is, maar afgezien van één minder blokkade op asynchrone uitvoering zou het ook een paar soorten congestie moeten verminderen

rn als een transactie schrijft naar een rekening, moeten alle gebruikers van die rekening single-threaded zijn, maar vanwege de invoerbeperking kunnen ze ook niet samen worden gebundeld. Dus als er veel vraag naar schrijven is op een rekening, krijg je slechts één per batch en veel potentieel lagere kosten transactie's ertussen.

met simd83 verdwijnt het batching probleem. dus als er een populaire mint of swap paar is, enz., en veel mensen hoge kosten betalen, kunnen ze allemaal samen vooraan op die thread gaan. zou ook moeten helpen bij programmadeploys (wat 200+ tx's zijn die naar hetzelfde account schrijven, dus slechts 1 per invoer voor 83)