@Blockanalia@therealchaseeb@deanmlittle Look at the actual spreads, they're tighter than CEXs right now. This isn't coming from me, it's coming from the chain.
Calling it 'gaslighting' because I'm pointing at the actual results instead of a blog post from the guys losing is wild.
i'm very happy to share that i have joined the incredible team at @temporal_xyz
there is no better team to work on pushing solana forward with and i’m incredibly excited to be part of it
thank you for your attention to this matter!
@MaxResnick when a predictive alpha pipeline looks at many features, they don't all change at the same time. a "jump" in the fair price is not really a jump
a jump is what an economist uses to model what he doesn't know
Calling this Blockworks piece “research” is generous
Claiming certain clients harm market structure while showing no statistically significant difference in 5s/HF maker markouts is simply bad analysis.
Any trader would know that 30s markouts are useless for this conclusion. They are 19x longer than leader windows and the mean is dominated by long tail noise.
Any real researcher would’ve checked distributions, kurtosis, tails, and would've immediately questioned if such a weak and illogical result can support such a strong conclusion. Especially when relevant HF horizons like 5s show nothing.
@moonshiesty@harmonic_gg 5s is used as it is an HF horizon and is 3x the length of a leader window.
Our 5s data still disagrees with dune however.
Using a horizon 150x the length of a leader window and blaming the scheduler is also completely comical.
anyone that claims harmonic's higher rewards come from slot lagging is not being honest, as the harmonic client does not take more than the prescribed time when building blocks
any claims about slower replay would actually increase transaction ingestion time for the SUBSEQUENT leader, not increase rewards for the harmonic validator
we are actively working with anza to address inefficiencies and make the client better for harmonic and non-harmonic validators. handful of PRs coming to agave soon.
software is so easy and simple, and simultaneously so brutal and relentless. its easy to build a big beautiful monolith that happens to have a tiny bug.
the agave-based harmonic validator client, which now runs on over 12% of stake, had a totally new implementation for vote processing and was not susceptible to this vote vulnerability. this was also true of the franken/firedancer client, as its vote processing pipeline is a totally independent implementation.
similarly, a bug in firedancer found the same week, which caused the validator ingestion pipeline and block production to stall, was ameliorated by harmonic's multi-builder system and did not affect agave validators.
the lesson for us all: there is strength in client diversity and in good system design.
the harmonic validator client based on agave 3.1, as well as the fd-based 3.1 client, will be made public before 3.1 goes live on mainnet (both in audit now).
Today we’re launching Harmonic, an open block building system optimized for validator revenue and throughput, built to make @solana faster, fairer, and more competitive.
Solana wins with performance and open, fair markets.⤵️
At 16:50 ET and the subsequent 25 minutes, Nozomi processed over 7.5M transactions with a >40% landing rate, and a 0 p50, and 3 p90 slot latency.
Nozomi was launched exactly a year ago, and today it processes hundreds of millions of transactions daily with same slot latency, it is the fastest, cheapest and most reliable execution layer on Solana today.
Incredibly proud of the @temporal_xyz team, and extremely excited for the future.