I'd step it up a notch further and suggest this.
1stly thinking of the sub-communities here and the individ.'s (who are donating) and the dev.'s also...and everyone's happiness all around.
oversight would be needed.
Donating to Bounties are good and all.
But I think it is as overall effective as pecking at feed on the barnyard floor.
I would suggest a step further.

- Known (and agreeable to the process) dev.'s step forward and state which device / os 's they will work on...and a page showing it.

- to safeguard donators/donations I would suggest payment upon completion of work. I know this isn't the kindest method to the dev's but it is honest. For myself ...I don't get paid for musical instruments or paintings or carvings I am working on, or are half finished. I get paid afterwards for successfully completed and functional work.
Everyone deserves to be paid for their work and time...but that is called into question.. if the task is never finished or a product is never functional. So this seems the most reasonable and sane approach. So saying..it allows more power, autonomy, and flexibility for the dev.

- The dev's themselves know more than anyone what is or could be useful to us the end user. Albeit suggested ideas from end users are always good. (But being beholden directly to a small group who demand "mobile strike" be functional immediately on their platform is what I see at best happening from a "bounty" style set up)

In summing things up.
I don't think a bounty system is overall a good short or long term solution...
We've been down that road many times...
I would suggest a departure from the dysfunctional norm.

1- set up a proper page with sections for device / os and list the dev's who love working on them.

2- set up blanket donation to each section.
then there is a pool for the dev's to draw off of... for their hard work.
No one device / os gets abandoned... there isn't the individual "pecking" at a specific need or want and the time wasted in setting up a linear and specific bounty ...and everyone wins.