Conversation

This Tweet was deleted by the Tweet author. Learn more

Replying to

and

so imagine that instead of going directly to an AMM: 1) AMM wants x*y=k; so the AMM places offers out to mimic that curve; same with bids 2) when an offer gets filled, it replaces with a bid, and vice versa 3) to trade on the AMM you just trade on the orderbook

6ab809a879a273b1cffc8d81a07c2e987b25713e0b940036eb

Replying to

Sounds cool. But eth network clogging can be fatal to this design? Could sth like this be built at l3 level maybe?

찌 G 跻じ 𝙎𝙚𝙣𝙥𝙖𝙞 of the 𝙃𝙚𝙣𝙩𝙖𝙞

Replying to

and

bro have you heard of $SRM

Replying to

and

+++ Serum has $0.00002 gas fees

6ab809a879a273b1cffc8d81a07c2e987b25713e0b940036eb

Replying to

I never think the fee is the fee the most important factor(not saying it is not important). The speed of transaction is probably more crucial in this case?

Replying to

and

Both matter. In this case --

@ProjectSerum

has 1 second settlement times :)

6ab809a879a273b1cffc8d81a07c2e987b25713e0b940036eb

Replying to

How many full nodes you have here, sir? Independent ones

Replying to

solanabeach.io/#/validators (note that adding more doesn't really hinder performance)

6ab809a879a273b1cffc8d81a07c2e987b25713e0b940036eb

Replying to

Interesting. Is it some variant of bft/dbft? I heard performance usually drops dramatically >20 nodes.

Replying to

You can get exponential growth in the number of nodes that have validated (each one spreading to 200 more, etc.), so the scaling isn't too bad. Plus proof of history/time can help resolve the ordering of transactions.

7:59 AM · Sep 20, 2020Twitter Web App