A new chapter for the Jupiter Validator, JupSOL and the DAO

Hi everyone,

In case you missed today’s Jup Planetary Call, the Jupiter Validator and JupSOL are now part of the DAO, and I’m also joining.

First, let me quickly introduce myself to those who might not know me yet.

Who am I

I’ve been a developer for over 15 years—part of the Node.js Core Team for a few years, working with companies like Google and Bankrate. Building tools that improve developers’ lives and collaborating with people who push technology forward drive me professionally. When I entered the Solana ecosystem in 2021, I created SolDev.app, which served as a primary learning resource for most Solana developers for several years. In 2022, I founded Ironforge to tackle the RPC infrastructure challenges that Solana teams faced. And in 2023/24, I started running my validator, Watchtower, to contribute more deeply to the validator ecosystem.

I’ve known a few folks on the Jupiter team since 2021, especially Kash and Soju.

Jupiter Validator

Around December/January, Soju asked if I was interested in running the Jupiter validator. It seemed like a chance to finally collaborate professionally—something we hadn’t had the opportunity to do yet. I happily agreed and took ownership.

We’ve engineered the Jupiter validator to be a performance powerhouse with zero tolerance for downtime. Through a custom primary-backup design, we’ve orchestrated seamless zero-downtime upgrades and instant failovers that keep the network humming. The infrastructure spans two geographically distributed data centers—Frankfurt and Madrid—with full redundancy at every layer. In Madrid, we don’t rent hardware—we own it outright, giving me complete control over every component’s performance characteristics and maintenance. This isn’t just redundancy for the sake of it; it’s about ruthlessly eliminating failure points and maintaining peak performance 24/7. The result is that the Jupiter validator always stays locked in the top performance tier, processing blocks without interruption even when the network faces stress tests.

Looking Ahead

Going forward, I plan to be more active here (I promised Kash I’d become more involved!), particularly on topics related to helping the DAO be less dependent on the team, the validator, JupSOL, and any other initiatives that align with my expertise as a developer or business operator.

Request for Feedback

With that in mind, I want to get the community’s input on something I’ve been considering:

Frankendancer

One topic we’ve been exploring is supporting the network by switching one of the Jupiter nodes to run Frankendancer, while keeping the trusted Agave client as a backup.

This shift has its own set of risks and rewards, which I think merit discussion, and I would love to hear your thoughts:

The Reward

Frankendancer is a new Solana client, and by switching Jupiter to run it, we’d be at the forefront of supporting the network’s crucial effort to have multiple clients, improving Solana’s overall resilience. Additionally, Frankendancer currently orders transactions in a block very efficiently, resulting in slightly higher block rewards, which translates to better APY for JupSOL holders (since block rewards are shared with them). To set realistic expectations: this would mean a modest increase of just a few basis points, not a dramatic change.

If you wish to learn more about Frankendancer, I recommend the following videos

The Risk

Frankendancer is relatively new and not as battle-tested as Agave. There’s always a slight chance of encountering bugs that could cause brief downtime. However, it’s worth noting that Watchtower (my personal validator) and several other validators have been running Frankendancer without any issues for the past couple of months. You can see who is currently running Frankendancer here: https://www.validators.app/validators?q=0.411.20121&network=mainnet

That’s it from my side for now. I’m genuinely looking forward to hearing your thoughts on this, and more importantly, becoming an active part of the conversation and DAO activities moving forward!

Cheers, Italo

11 Likes

I love it! Thank you for being here.

I firmly believe that running Frankendancer is in our best interest. Like you said, it has been running on mainnet since Breakpoint if I’m not mistaken, and has since been adopted by enough validators for me to be confident that it runs stable enough to be a net-positive. Furthermore I also believe that Frankendancer is a recommended upgrade for all validators on mainnet(?).

Are the hardware requirements for Frankendancer similar to the existing Agave-nodes or would there be a change in spec?

2 Likes

Furthermore I also believe that Frankendancer is a recommended upgrade for all validators on mainnet(?)

Yes, no limitations for Frankendancer today. It’s up to the validator operator to run the client they want.

Are the hardware requirements for Frankendancer similar to the existing Agave-nodes or would there be a change in spec?

The “recommended” spec is higher. Frankendancer is CPU hungry because it pushes the limits as much as possible.

3 Likes

Why wouldn’t we run Frankendancer?

1 Like

Hello all,

Nice initiative. Interesting coincidence to see this direction from the Jupiter Team now, these are points,

I’ve been proposing since April, especially around strengthening the validator and building a sustainable yield + Web3 infra ecosystem.


Here’s my proposal:


It’s important that we stay mindful to avoid situations where initiatives might seem to overlap, ensuring clarity and alignment. Happy to help set up a space to integrate ideas and move forward cohesively :wink:


P.S. always tag a few great minds for input: @meow @Kash @0xSoju @9yointern

@Rodrigues770471

1 Like

Hello. I believe that the JupDAO must push things forward. It should be daring in exploring the idea and implementation space as it has more freedom in a lot of ways than a traditional business. Jupiter validator should lead by example. I agree and hopefully the community agrees too. I hope this can be put into a vote and I hope it passes.

I believe a lot of integration with JupSOL in the Solana ecosystem and if there is a big impact on the APY of the initial move then hope we can consider the impact on those holding jupSOL and looping it in the various defi protocols.

2 Likes

i love the idea of jupiter continuing to push the solana ecosystem forward and contributing to its development

viva la frankendancer

1 Like

You’re welcome nice having you here with Dao.

2 Likes

Hi @italoacasas :waving_hand:

as of now almost all validators are running the same client

This is some kind of “single point of failure” like geth was for ETH.

Migrating to a much less used client to push client diversity would strengthen the Solana network by adding resilience. So I’d support this even if there was a slightly higher chance to be slashed. (Not sure if this even is the fact tho.)

Cheers! :sailboat:

Hi Sailor!

Thanks for the comment.

So I’d support this even if there was a slightly higher chance to be slashed. (Not sure if this even is the fact tho.)

Yes, there’s no slashing in Solana today. The worst-case scenario is that the server crashes because of a bug or a fork because of some consensus issues. In both cases, the failover to the other validator server that we have (which will still be running Agave) will take a minute, max.