This is a question you should be asking your prospective users/customers. Ask them what they need. If you're charging money, ask them what they'd pay for. If not, ask them what they'd need to see before using your OSS software. I like to frame it as "if I had a product that did this for you right now, would you pull out your credit card and sign up for it today?"
Take what they tell you, look for commonalities and trends, and then use that to determine what should be in your MVP. Build the MVP, go back to the people who would pay for it, and get them to pay for it.
That's generally how you build an MVP (IMO). Though its much harder to do than it sounds.
1)how well do you understand your customers (are you your customer)? Have you talked to at least 10-20 potential customers to understand what their big problems are?
2) Why do you believe that 'advancing the state-of-the-art' is needed to solve a meaningful problem? Maybe there's an easier problem you can solve for them, use the opportunity to learn and iterate.
- What is your vision, where do you think things could be improved? Your problem space sounds complex, so I guess it's not simply solved, but you'd have some hint of where you could improve, no? If you found that, try to focus on that. Consider doing a RAT (riskiest assumption test) if you're not sure it can be done or would work at all.
- Can you scope down? I'm totally making things up here, but e.g. just for js warn on npm installs when there is an open security issue on github or something. Or just easy to select newsletters for criticals in a bunch of popular libs. Maybe you can become better than everyone else within that space.
- Be precise on what problem you want to solve and how. I'm not sure yet what you are building after all. You tell my if the open source code I'm currently using is known to be insecure?
- Do you know pain points with current solutions and address them?
If it's enterprises using open source then door knocking seems like the best bet; most are still not agile and if you get a need identified you can probably get a prototype done before they send out a bid.
Why did you chose this particular field? You should already have an idea or hire a CTO who is expert in the field.
Looks like you're working on a project that's interesting to you.
Is there a way to go after something else, while still keeping the project (and then product) interesting to you?