現在在測試網功能閘排隊中！我至少花了六個 PR，哈哈，很多東西都是假設「條目之間沒有衝突」這個不變量來設計的，但除了在異步執行上少了一個阻礙外，它還應該能減少幾種擁堵。

如果任何交易寫入一個帳戶，該帳戶的所有用戶必須是單線程的，但由於條目約束，它們也不能被批量處理。因此，如果一個帳戶的寫入需求很高，你每批只能處理一個，並且在之間可能會有很多潛在的低費用交易。

在 simd83 中，批量處理問題消失了。因此，如果有一個受歡迎的鑄造或交換對等，並且很多人支付高額手續費，他們可以一起在那個線程上前進。這也應該有助於程序部署（因為有 200 多個交易寫入同一帳戶，因此在 83 之前每個條目只有 1 個）。