opBNB, a Layer 2 scaling answer on the BNB Chain, has efficiently doubled its throughput capability to 10,000 transactions per second (TPS) by rising the block fuel restrict from 100M/s to 200M/s, in keeping with the BNB Chain Weblog.
Efficiency Milestone
The numerous efficiency milestone was achieved by a collection of optimizations aimed toward enhancing the effectivity and pace of transaction processing. These optimizations embrace enhancements within the community efficiency computing value, deployment methods, and block manufacturing processes.
Testing Setting and Deployment
In the course of the strain testing part, the opBNB staff noticed that direct connections required further computing assets, which may affect transaction effectivity. To handle this, they opted for a peer-to-peer (p2p) connection by way of a proxy node, minimizing useful resource waste and making certain the bottleneck was not on the community connection.
Within the check surroundings, the staff simulated actual mainnet information with 12,500k accounts, together with 10k energetic accounts, to attain a practical evaluation of opBNB’s capabilities.
Block Manufacturing Course of
opBNB makes use of the OP Stack and includes two shoppers: RollupDriver (op-node) and EngineAPI (op-geth). The RollupDriver manages your complete mining course of, triggering the EngineAPI to incorporate Layer 2 (L2) transactions right into a block. The block manufacturing course of entails a number of steps, from initiating the method to finalizing the block, making certain environment friendly and dependable transaction processing.
Optimization Methods
Scheduling Optimization
The preliminary design had a 600ms laborious restrict for block manufacturing and finalizing processes. To optimize efficiency, opBNB eliminated this tough restrict, permitting extra time for block manufacturing and transaction inclusion. This alteration considerably decreased the time required for kickoff and block manufacturing, enhancing general effectivity.
Kickoff Optimization
By introducing a devoted course of to pre-fetch the Layer 1 (L1) state and put it aside in a cache, opBNB decreased the L1 state retrieval time from over 200ms to lower than 10ms. This asynchronous mode of fetching the L1 state eradicated the necessity for sequencers to attend for L1 endpoints, thereby boosting efficiency.
Block Manufacturing Optimization
Transaction execution throughout block manufacturing was optimized by caching and concurrency. The cached transaction execution outcomes might be reused, lowering the steps required for block validation and dedication. Moreover, block dedication processes had been separated into concurrent steps, additional enhancing throughput.
{Hardware} and Check Outcomes
The testing was performed utilizing AWS m6in 12X massive with an IO2 disk (6000 IOPS, 1500MB/s throughput). The opBNB tech stack included op-geth 0.4.3 and op-node 0.4.3. Following the optimizations, the TPS for switch transactions ranged between 10,500 and 11,500, demonstrating a considerable enchancment in efficiency.
Conclusion
By steady enchancment and innovation, opBNB has efficiently doubled its throughput capability to 10,000 TPS by rising the block fuel restrict to 200M/s. These enhancements make opBNB a high-performance surroundings appropriate for demanding purposes corresponding to buying and selling dApps and blockchain video games.
Picture supply: Shutterstock