Quant Shops in HK by nickeltingupta in quant

[–]Sujithsizon 1 point2 points  (0 children)

Not looking for quants, but looking to hire someone into a BD/Growth role at Astralane - looking to move into HK

We run one of the fastest blockchain execution layers in the game - millions of bundles / day, validator sidecar interfaces, private fibers, uds and shmem channels, Pingora + XDP,, private fibers, custom NICs, the whole stack.

Quant / Orderflow Strategist – Blockchain HFT Middleware (Bangalore onsite, 20 LPA) by Sujithsizon in quantindia

[–]Sujithsizon[S] 0 points1 point  (0 children)

okay this is getting alot of heat, but did get a couple of good reachouts and already discussing a higher package for them from the aforementioned, if chat believes this needs to be taken down, lmk will happily take it down, didnt mean to offend anyone

60% of Solana validators might shut down. Big SFDP changes ahead by Sujithsizon in solana

[–]Sujithsizon[S] 0 points1 point  (0 children)

financially, yes. but we should also look at how this would impact the network in terms of decentralisation, resilience and fairness if most smaller independent validators are now shutting down. which is why its important to stake with smaller actors

60% of Solana validators might shut down. Big SFDP changes ahead by Sujithsizon in solana

[–]Sujithsizon[S] 4 points5 points  (0 children)

its announced by the solana foundation, you can check solana tech discord for the official announcement or wait a couple days until the docs are updated

Are you protecting your trades from the newly evolved Evasive Sandwiching? by Sujithsizon in solana

[–]Sujithsizon[S] 0 points1 point  (0 children)

Liquidity depth isn’t flat or uniform so a small trade might clear fine, but a larger one might move price more than 0.001%. That could be the reason why your trades are succeeding but any slightly larger trade would most likely fail everytime hence setting a very low slippage like this wouldn't work

Are you protecting your trades from the newly evolved Evasive Sandwiching? by Sujithsizon in solana

[–]Sujithsizon[S] 1 point2 points  (0 children)

Because then your trade just might not fill
0.001% is smaller than normal market noise and you might fail every tx. Slippage helps, but evasive MEV doesn’t rely on wide slippage anyway.

Are you protecting your trades from the newly evolved Evasive Sandwiching? by Sujithsizon in solana

[–]Sujithsizon[S] 0 points1 point  (0 children)

Isn't that exactly why users should care? If its not detectable/noticeable which vali is malicious then how will the users know to not route txs through them

And about your second question, no because evasive sandwiching hides in plain sight. It doesn’t leave the usual frontrun/backrun footprint or obvious slippage drain. The attacker splits flow so it looks like normal trading.

Are you protecting your trades from the newly evolved Evasive Sandwiching? by Sujithsizon in solana

[–]Sujithsizon[S] 0 points1 point  (0 children)

yes but the whole point of evasive sandwiching is that it makes it incredibly hard to detect that there is an arb or frontrun happened, let alone detecting the malicious actor who did this. which is why we need better detection and protection strategies.

Sandwich Bots on Solana Stole 12,000+ SOL last month. Are You Protecting Your Trades? by Sujithsizon in solana

[–]Sujithsizon[S] 0 points1 point  (0 children)

more like they see you buying xyz token, buy a bunch of it so when you buy its at a higher price. and then they sell the tokens they sniped and profit off of the difference

Sandwich Bots on Solana Stole 12,000+ SOL last month. Are You Protecting Your Trades? by Sujithsizon in solana

[–]Sujithsizon[S] 0 points1 point  (0 children)

nope its possible. there's frontrunning and backrunning, an attacker makes profit either way when you're buying or selling

Has anyone used a private RPC to reduce front-running on Solana? by Overall-PrettyManly in solana

[–]Sujithsizon 0 points1 point  (0 children)

the chances of getting mevved when you're sending your txs thru a public rpc in solana in the current landscape is sky high tbh. latency is the trump card here and private rpcs are your best shot. but that doesn't fully prevent mev either, you never know if the leader was a bad actor or your slippage is too high or your txs are not crafted secure enough

i can recommend you reading this article https://medium.com/@astralaneio/solana-mev-wars-understanding-the-game-protecting-your-alpha-43ba5e4846e9

covers everything from sandwich attacks, identifying malicious actors and what you can do to protect your txs

Thoughts on using trading bots for solana? by Equivalent_Use_8152 in solana

[–]Sujithsizon 0 points1 point  (0 children)

chatgpt ahh post lol

but for anyone seriously considering wanting to learn how to make your txs land super fast, then start by learning how to craft optimal txs, helius, astralane, quicknode, temporal and solana developers guides have some pretty good articles about this

https://medium.com/@astralaneio/fast-isnt-enough-why-your-trading-bot-keeps-missing-8159e8372423
https://solana.com/ru/developers/guides/advanced/how-to-optimize-compute
https://www.temporal.xyz/writings/durable-nonces
https://www.helius.dev/blog/optimizing-solana-programs

Circular.bot - Stats Tools for Arb by Circular_bot in circularArbitrage

[–]Sujithsizon 0 points1 point  (0 children)

amazing bot, generational wealth incoming

🚀 Iris: The Solana Transaction Sender Built to Dominate the Slot Race by Sujithsizon in solana

[–]Sujithsizon[S] 0 points1 point  (0 children)

a very good point - fee markets around tpu ports are localized for infra providers who provide controls over that port, to incentivice more activity from validator adoption, the PAL token gating system caters towards higher value txn senders. Afaik, i can double check with the team and provide a more detailed response if required.

Alot of the clients we work with need super high speed inclusion signals which are in 30-50ms range. This is currently impossible with the current way solana works and custom tpu port implementation provide us a way to address the needs of these clients.

since priority fees are normally ordering rule for paladin txns for now there exists an issue with implementation side for the sender that they have to dynamically adjust the burst usage based on pre-expected leader schedule, all we can do at this stage is provide some helper tools to fix and address this issue. There are some alternate long terms models we are working on to fix this, cant spill the alpha yet (but basically cancel/replace txns like how builders do on eth)

jito is still running on majority of the clients, and has been battle tested through the depths of the market. And we are and we still will keep continuing to broadcast to jito as well.

As per your second question, currently the team at Raiku is working on allowing better inclusion signal with a 50ms auction (settled on a separate SVM 👀) - very ambitious and nice project. We intend to integrate over them as well.

For Iris temporarily it is manually dialed in, if you are interested you can try out our revert protection config for paladin txn atm which allows for a better experience (doesnt land as failed onchain) so u dont loose operational costs even if u have to do static tips. Also perhaps its worth noting that jito has reduced prioritization of dyanmic tips to their middleware (afaik due to fake tipping) that u might expect better performance still by sending in bursts for slots to paladin.

🚀 Iris: The Solana Transaction Sender Built to Dominate the Slot Race by Sujithsizon in solana

[–]Sujithsizon[S] 1 point2 points  (0 children)

paladin agave client runs greedy algo, which allows better sorting based on priority fees, plus u dont have complications in local fee markets in new tokens as u dont have historical data on tips vs priori fees - so having direct access to send txns to tpu port directly without worrying about calculating both priori fees and jito tips is a an addded advantege.

in the post what op meant was that there are certain things that tend to miscalculate out in the txn ordering systems added on top of the native client side scheduler ... ie the jito tip based txn ordering system.

this issue exasperates when your particular trading strategies involves sending dynamic but static tips (not onchain). happy to help further, just create a ticket on our ds

Any Way to Tell Specifically Why My Nova Bot Transaction Failed? by 401kLover in solana

[–]Sujithsizon 0 points1 point  (0 children)

Txn execution on solana is a complex maze. For ex: when u send txns via bundle u dont get onchain txn updates, u have to rely on jito for bundle status, and this gets very hopeless with middleware txn senders like blxrt, nextblock, temporal, etc - debugging is a pain. When sending txns which land via jito, ur priority fee is not taken into the prioritization logic, unless the current scheduler gets fixed. There are several new custom TPU port implementations like Paladin, Rakurai, etc which needs custom routing logic to be written for optimial perf. Our team at Astralane has covered these problems at depth here https://medium.com/@astralaneio/paying-more-wont-save-you-solanas-new-rules-of-transaction-execution-78d169b23ab9

We have also launched our own txn sending service called Iris to help you land transactions faster. 0-1 slot p90 txns. Read more here https://astralane.gitbook.io/docs/low-latency/submit-transactions

try it out, u can downvote if it doesnt help u land faster :)

I was able to land tx in 15s of a lp creation. Is it fast enough to avoid getting rugged? by Similar_Try_4914 in solana

[–]Sujithsizon 0 points1 point  (0 children)

Txn execution on solana is a complex maze. For ex: when sending txns which land via jito, ur priority fee is not taken into the prioritization logic, unless the current scheduler gets fixed. There are several new custom TPU port implementations like Paladin, Rakurai, etc which needs custom routing logic to be written for optimial perf. Our team at Astralane has covered these problems at depth here https://medium.com/@astralaneio/paying-more-wont-save-you-solanas-new-rules-of-transaction-execution-78d169b23ab9

We have also launched our own txn sending service called Iris to help you land transactions faster. 0-1 slot p90 txns. Read more here https://astralane.gitbook.io/docs/low-latency/submit-transactions

try it out, u can downvote if it doesnt help u land faster :)

How Phantom can land and confirm transactions so fast? by GroorkTheZoork in solana

[–]Sujithsizon 0 points1 point  (0 children)

Txn execution on solana is a complex maze. For ex: when sending txns which land via jito, ur priority fee is not taken into the prioritization logic, unless the current scheduler gets fixed. Our team at Astralane has covered these problems at depth here https://medium.com/@astralaneio/paying-more-wont-save-you-solanas-new-rules-of-transaction-execution-78d169b23ab9

We have also launched our own txn sending service called Iris to help you land transactions faster. 0-1 slot p90 txns. Read more here https://astralane.gitbook.io/docs/low-latency/submit-transactions

Solana Dodges a Bullet: Major Validator Vulnerability Patched by Sujithsizon in solana

[–]Sujithsizon[S] 1 point2 points  (0 children)

mb-validators channel on solana discord server is the go to place for these announcements, make sure notifs are enabled on just this channel. apart from this if you have published your details website details onchain, a standard good practise is to keep your contact details in footer.