Run a crowdfunding campaign to put complete Linux parity on the Proton roadmap. This will allow customers and potential customers to demonstrate support more tangibly than with suggestions and votes.

It is clear from broad and specific suggestions here on UserVoice that there is customer demand for improved Linux support. I can only assume that you are lacking concrete evidence for the SIZE of the demand. This is the intended purpose of crowdfunding campaigns.

This is a specific, actionable suggestion to provide a solid business case for Linux support. It would also provide potential customers with confidence that Linux support will not languish forever, converting them into paying customers today.

(The alternative is to wait for a large corporate client to request Linux support, which general users have no influence over.)

Crowdfunding can be scary, here are some notes:

• Both promises and expectations should be reasonable. I believe that there is an audience like me who get some use out of Proton Free today, would benefit from and pay for Ultimate (or Family, etc) today, but are not confident that Linux parity is scheduled. A crowdfunder would initiate new subscriptions today, just for that reassurance.

• Linux-exclusive users would not immediately benefit from the crowdfunder. That's ok, because the mixed audience (above) are demonstrating there is enough demand already, and our colleagues can join later.

• If the crowdfunder does not reach its target, that would be disappointing but helpful. It would demonstrate that there is not enough consumer support for Proton on Linux today. This would surprise me greatly, but it would make it clear that we need to encourage our Linux colleagues to give feedback on why not.

• Proton should define the target, timeline and technical scope. I'm not sure that stretch goals and community wishlists are appropriate here, as that tends to be a source of disappointment especially for new and enthusiastic funders.

• Open source bridge components would allow Proton to support more Linux systems without adding engineering effort. The community can take responsibility for repackaging, redistribution and tight DE integration.

I'm sure there are details that I haven't considered, but hopefully this suggestion demonstrates that any remaining concerns are surmountable.