Read on Twitter
This is embarrassing; I’ve never properly done a Twitter thread, and so, of course, I’ve no idea what I’m doing, but on top of that, it’s a long one ladies and gents.
Buckle in. https://twitter.com/10spot1/status/1386055856597393419
Buckle in. https://twitter.com/10spot1/status/1386055856597393419
1.)
:: Most rust devs are already employed and enjoy making things go the speed of light. Not too too many free for the space.
Moreover, the natural issue is currently infrastructure and tooling; newer platforms require r&d, as well as a community to age and develop.
:: Most rust devs are already employed and enjoy making things go the speed of light. Not too too many free for the space.
Moreover, the natural issue is currently infrastructure and tooling; newer platforms require r&d, as well as a community to age and develop.
2.)
:: A newer industry needs time to develop industry standards. Rust is an incredible tool, but one that doesn’t function quite the same as the current JS-SOL-PY community on the EVM. It is a bottle neck for that community; hammers and flatheads !function the same.
:: A newer industry needs time to develop industry standards. Rust is an incredible tool, but one that doesn’t function quite the same as the current JS-SOL-PY community on the EVM. It is a bottle neck for that community; hammers and flatheads !function the same.
3.)
:: SOL wasn’t necessarily built to directly compete with or copy the EVM. Everything down to project structure and data management will be completely different, and likely used in different ways as well.
It’s very likely SOL will be the go to chain for dex books (cont.)
:: SOL wasn’t necessarily built to directly compete with or copy the EVM. Everything down to project structure and data management will be completely different, and likely used in different ways as well.
It’s very likely SOL will be the go to chain for dex books (cont.)
3.1)
(resume):: as it IS built to be lightening quick and inexpensive. Data management will surely take different forms, and this is possibly hinted by Serum’s recent ex. from traditional AMM fxns.
This is a chain that is incredibly streamlined for input=>output, (cont again)
(resume):: as it IS built to be lightening quick and inexpensive. Data management will surely take different forms, and this is possibly hinted by Serum’s recent ex. from traditional AMM fxns.
This is a chain that is incredibly streamlined for input=>output, (cont again)
3.1.1)
(Resume again):: meaning the mechanism by which the chain is coveted for isn’t so much the (to now) usual, objective style, data-heavy, and self contained features,
but rather the ability to rapidly interact, externally, for fewer resources, with a more static frmwk.
(Resume again):: meaning the mechanism by which the chain is coveted for isn’t so much the (to now) usual, objective style, data-heavy, and self contained features,
but rather the ability to rapidly interact, externally, for fewer resources, with a more static frmwk.
4.)
:: Will it evolve? Absolutely. Rust is wild like that.
That doesn’t mean it’s an inherent issue though. SOL serves a unique, and quite frankly, refreshing function.
An exceptional platform for those who yearn for a decentralized, clean, & responsive user-driven experience.
:: Will it evolve? Absolutely. Rust is wild like that.
That doesn’t mean it’s an inherent issue though. SOL serves a unique, and quite frankly, refreshing function.
An exceptional platform for those who yearn for a decentralized, clean, & responsive user-driven experience.
5.)
:: I’ll close out with this:
If you prefer the perks of decentralization but don’t want to sacrifice the reactivity/continuity that traditional platforms provide, SOL is and will grow to be a home for you.
It’s also primed and ready for **very** competitive automation.
:: I’ll close out with this:
If you prefer the perks of decentralization but don’t want to sacrifice the reactivity/continuity that traditional platforms provide, SOL is and will grow to be a home for you.
It’s also primed and ready for **very** competitive automation.
5.1)
:: the sum of the parts will continue to grow, but already SOL hosts a few enormous advantages to EVM functionality, as well as certain consumers.
I suspect the SOL books will be the most tightly-arbed, price reactive, and competitive (dex) battleground around.
:: the sum of the parts will continue to grow, but already SOL hosts a few enormous advantages to EVM functionality, as well as certain consumers.
I suspect the SOL books will be the most tightly-arbed, price reactive, and competitive (dex) battleground around.
5.1.1)
:: In the end, it’s all give and take. There was a market and thus a product. SOL is different; this is by design. It’s stateless. UDP. They even figured out how to have a decentralized clock//timestamp block-throttle.
You can’t kill eth, so why try to be eth?
:: In the end, it’s all give and take. There was a market and thus a product. SOL is different; this is by design. It’s stateless. UDP. They even figured out how to have a decentralized clock//timestamp block-throttle.
You can’t kill eth, so why try to be eth?
I believe it was recently @adamscochran quoted as saying,
“Think of it like a computer, Ethereum is a CPU and Solana is a GPU. Both of them optimized towards different types of operations and states…”
The entire $SOL bull case is precisely that it isn’t Ethereum.
“Think of it like a computer, Ethereum is a CPU and Solana is a GPU. Both of them optimized towards different types of operations and states…”
The entire $SOL bull case is precisely that it isn’t Ethereum.
