Every dex that tried it with order books had awful order books. Liquidity pools are whatβs up. The interface can be improved but the mechanisms are truly onto something.
#BSC is 15 times more scalable than Ethereum and that's about the best you can do with a reasonably decentralized L1.
@Binance_DEX is capable of doing 1000+TPS but the validators have to be hosted in a centralized location.
Amdahl's law dictates. You just can't have both.
Sharding / Layer 2s / DAGs are making good use of parallelism, but as soon as you need any type of global consensus on something, you just can't avoid that slowest part of the system standing in your way.
spent quarters swapping their Java implementation out with a Rust one to speed that up.
In DeFi the network delay is already orders of magnitudes higher..
that doesn't really hurt throughput that much though -- it means *latency* is 400ms but block producers can still compute a bunch of order matching at computer speed and then report them, it just takes 400ms for the world to find out
Latency affects throughput. In common BFT systems the validators need to chitchat among themselves to reach consensus, and that could take 400 milliseconds. In
in the timeline that ends up winning (which is almost always the only timeline), there is 400ms of latency sometimes -- but only in between 400ms blocks. So you might get a factor of ~2 slowdown if half the critical path is chitchat but still spend the other half computing.