Conversation

So tbh the best thing you can do to counter this on a DEX is to make it fast. Uncertainty over 400ms of ordering is soooo much less bad than uncertainty over 5 minutes. This is just so much less of a problem on Solana than slower chains.

Quote Tweet

Matteo Leibowitz

@teo_leibowitz

Aug 29, 2020

‘if the DEX isn’t being front run by the validator set, is it really decentralized?’ twitter.com/teo_leibowitz/

Replying to

and

Still, the entity creating the block can frontrun any transaction in that block. Don't suppose there is any way around that without a trusted third party.

Replying to

yeah alas it's pretty hard. You could try to have timestamps on them, there are proof of time things in Solana that might help, but it's messy. In the end you do the best you can, and at least this is way better than the status quo.

Replying to

and

Where do users broadcast their transactions to in Solana? Directly to validator mempools or are there other nodes inbetween? I don't think this is a timing issue as much as it is a connectivity issue. Frontrunners will make sure to be directly plugged into all validators.

Replying to

and

has a "mempool-less transaction forwarding protocol". Does the absence of a public mempool decrease the surface for tx frontrunners? A MM that runs his own Solana node could only be front-run by the current leader? CC

@aeyakovenko

medium.com

Gulf Stream: Solana’s Mempool-less Transaction Forwarding Protocol

Understand 1 of 8 key technologies that make Solana’s 50,000 TPS blockchain network possible.

Replying to

I *think* that the public load balancers attempt to route orders straight to the leader for fastest execution?

8:36 PM · Aug 29, 2020Twitter Web App

Likes