The first leap is the hardest. Once you've got your foot in the door of somewhere "prestigious" that you can list on your resume, a lot of doors open.
One of the easier ways to make that first leap is to attach your name to something marketable. I did a few contributor articles for PacketPushers back when they first opened up to letting pretty much anyone write articles. Then I added something like "Contributor at PacketPushers" to my LinkedIn and published a few of the articles on my LinkedIn feed. I ended up getting hired by LinkedIn as an SRE out of it.
I also think you have to find a way to differentiate yourself by having some kind of a personal style or mantra. You aren't just out there to prove you're good enough for a job, you're out there to prove that you're a better candidate than the other people they might hire.
For me, on the SRE side, I lean heavily on the people side of things (which I find is often neglected). Which is not to say that I ignore the tech side, I can hold my own against other senior SREs. But I use that focus on people to try to edge myself out against the other candidates who are equally technically skilled. SRE doesn't do anything a developer couldn't do given sufficient time and motivation. Why don't developers do it themselves? Because it's hard (read: out of their SME), and because it takes time. That's a UX problem to me, so I frame that as something I would fix by making it quick and easy for my developers. A system that increases your availability to 99% that is quick and easy to set up is almost always more valuable than a system that increases it to 99.9% or 99.99% but takes 6 meetings and a book to use effectively.
So find your style or flair. I don't know what that would be for developers, I've never done a pure developer job. If I were going to pick something off the top of my head, I would pick abstractions. Everybody does abstractions, but if you can be the person that can frame a hard problem in a simple abstraction, that's a ton of bonus points. I would talk about the time I can save other people by building a simple abstraction that can be reused over and over again.
Or you could go people oriented like I did. Maybe you can frame yourself as the person that's really good at getting key stakeholders and your PM in a room and translating what the stakeholders want done into actionable work units for your PM. Sure, it's often a thing managers do, but managers love people who can free up some of their schedule.
I've been interviewing people for jobs that pay in the 200k+ range for about 6 years. You have to have something that sets you apart. I've interviewed a lot of people that basically said "Yep, I can solve that problem". Cool, you get to go in the queue with the 7 other people that could solve that problem, and we'll probably decide who wins later on based on who we think we would like most as a person on our team (i.e who's not going to be a wet blanket at lunch). On the other hand, some people stand out. I interviewed a guy who was really particular about writing unit tests and documentation, and really enjoyed doing that stuff. That guy went to the front of the line, because those are two things most people are bad at. I would've given him a really good rating even if he was technically less able than other people.
Once you find your flair, market yourself. Tailor your LinkedIn to your flair. Publish some dumb fluff pieces on LinkedIn about why your specific flair is important to a company. It's not really to inform other people, those fluff pieces exist to cement your position as "that guy/gal".
If I were going to make a wild guess, I think you can do it. I've worked with plenty of people that were making 200-400k that didn't write their own RDBMS at 13. They were just normal go to school, get a job, then get an offer from FAANG kind of people. I've even worked with a couple people in that range that I think we could have replaced with an intern without problems.
I don't think I've done anything spectacular tech-wise, mostly CRUD apps, fairly run of the mill architecture and CLIs designed to make things easier or faster for devs. My LinkedIn and email still rings off the hook just from marketing myself as something more unique than another SRE that does SRE things.