Some hopefully good news:
First one is that I've already found a way to allocate significant amounts of time for ML without worrying about making ends meet, and without breaking the bank. Look at the current Bitcoin price

In short, g3gg0 agreed to transfer me 0.737 BTC that I can exchange/trade as I see fit, and that should cover part of my living expenses for the current year. Obviously, it doesn't reach the threshold for dropping out of my full-time job - so one shouldn't expect miracles, besides visible progress. The remaining balance of 1.0 BTC is still available for the entire ML project, but any decision to spend it would be much easier if there were a steady stream of income.
Current priority for me is project maintenance: things like completing the transition from Bitbucket to Heptapod, figuring out and documenting a contribution workflow, continuous integration/testing in QEMU, integrating previous contributions into mainline, assisting other developers with technical advice etc. Development for new models is secondary for me, at least for the time being - there are more important issues that need to be addressed first. Of course, others are free to explore whatever areas they are interested in, including new camera models.
Once the project will be back into "maintained" state, i.e. able to accept/manage contributions, we can also think about fundraising towards supporting new camera models, new features, maybe a stable release etc. Bounties could be useful too, but again, somebody has to manage the contributions.
Food for thought.
The second part is about the fiscal hosting application. I still see some value in having some legal backing for the project and some consistent funding (as opposed to relying on occasional Bitcoin bubbles) - the project would no longer have the "underground" feeling, and a small team of part-time "staff" members (maintainers, devs, community assistants) might speed up the development quite a bit.
So far, we have met (using video-conferencing) with both Open Collective and Software Freedom Conservancy to discuss the initial details, but without any commitment, so we still have to decide which organization to pick in order to complete the application process.
In a nutshell, the more I think about it, the more I'm leaning towards Software Freedom Conservancy - and here are a few reasons.
First, they provide services like
"Basic Legal Advice and Services",
"Some Personal Liability Protection" etc:
When a project joins Conservancy, it formally becomes part of the Conservancy. (The project is thus somewhat analogous to a division of a company or a department in a large agency.) As such, project leaders benefit from some amount of protection from personal liability for their work on the project.
This is obviously valuable for US-based contributors, but also for EU-based ones, as I expect a significant part of the donations to come from US-based supporters. Yes,
DMCA affects the EU as well.
Conservancy is a 501c3 charity, and - to my understanding - the personal liability protection comes primarily from the
Volunteer Protection Act. We haven't discussed this particular detail with them; that was just my googling.
Some details to be reviewed (long reads):
https://sfconservancy.org/projects/apply/ConservancyFSATemplate.pdfhttps://sfconservancy.org/projects/policies/conflict-of-interest-policy.htmlhttps://sfconservancy.org/projects/policies/conservancy-travel-policy.htmlFor Conservancy, we need to have a
"Project Leadership Committee" with at least 3 active members. There are also some fairly strict rules about managing expenses, about getting paid for one's time (contract work) and so on; while they are probably overkill in the beginning, gut feeling says they will be beneficial for the project in the long run. These rules are probably part of the reason they can offer personal liability - again, my own interpretation.
Here's an opinion I've got on Discord, from the author of
Copy this book (no affiliation, but he has some experience running a nonprofit association):
The project leadership committee is a good thing, I think. It creates a structure wherein as project leadership you can have more confidence in your decisions because you don’t take them all by yourself.
They leave some freedom as in how to structure this committee—the “Simple Self-Perpetuating Committee” is clearly the easiest. That being said, it would be good to think about a way to involve the community with this committee. For example, you could have the committee meetings be open to members of the community to attend.
Then, a detail that further tips the balance towards Conservancy, if you ask me:
The Patreon donations are processed by Conservancy, which then uses them to hire developers based on contracts made transparent to all supporters.
It's not advertised on Conservancy's website, but... apparently they are compatible with Patreon!
I haven't discussed this aspect with them - found the above quote earlier today - but we might be able to open a team Patreon account to be managed by Conservancy, i.e. without personal liability

Of course, they also accept direct donations via Paypal (which also handles credit/debit cards), so one will not have to create a Patreon account in order to support our work.
Finally, getting paid for one's time would be done for contract work (as a freelancer), and I believe they can be invoiced via
Xolo Go (an Estonian service that allows EU-based freelancers to invoice any EU/US/CA-based business without requiring the freelancer to incorporate/register in their home country - much like a virtual company).
In comparison, Open Collective Europe ASBL (where we've also received green light) has a few important differences:
* the project would be an
unincorporated partnership, and Open Collective Europe would hold the money for us
+ much less bureaucracy; the core team would simply have to approve any expenses without a formal process
- there's no personal liability protection - probably not needed as long as we "stay" in Europe (both regarding contributors and supporters, to my understanding)
- requires sharing the home address of a core contributor, for invoicing
- donations (under OCE) must be without any kind of expectations/promise attached, otherwise they are considered "services" and taxed 20% extra
+ they have some
very interesting funding options involving services, such as a support contract /
support tiers, or even
office hours for companies - but there is an important limitation
*) on the European side of Open Collective, see below
- the collective would not have a VAT number, so if anyone would like to get paid for their time, they would have to invoice the collective
with VAT - the usual EU rule about reverse VAT charge does not apply here. I smell double VAT taxation for any services that we might decide to offer through Open Collective Europe, but I might be wrong.
- cannot invoice the collective via Xolo Go (reason: lack of VAT number)
- no Paypal, only debit/credit cards available
+ transparent budget visible by everyone (recommended reading:
From Firms to Collectives)
+ Twitter integration
*) Regarding the services (including users who donate towards e.g. supporting a particular camera model), there is another important limitation:
If your collective plans to offer products and services on a regular basis, you should apply for your own VAT number. If that’s the case, we would highly recommend you to create your own fiscal host for your collective that could also act as a fiscal host for collectives like yours in your country.
Some of the shortcomings might be fixed in the near future, as they plan to expand Open Collective Europe, but we haven't discussed these details yet.
Some common aspects (would apply to both Open Collective Europe and Conservancy):
+ reimbursing project-related expenses (e.g. for cameras to work on) can be done for contributors from at least US and EU (other countries might work as well, but not all)
+ taxes are only due if anyone gets paid for their work (and only for their part, not for the money received by the entire group)
+ both orgs allow reimbursements via Paypal or bank transfer
Docs to be reviewed:
ToS:
https://docs.google.com/document/d/1Cc8GBkH4XUfdF9hxmrK5b2W2YUw09hRNoCMdoR2Kzao/pubVAT issue:
https://opencollective.com/europe/conversations/about-vat-04qj9b68TLDR: for covering various expenses, such as server costs or cameras to work on, Open Collective Europe is a fair choice, but that's not primary reason we are applying for fiscal hosting:
Need hardware + time.
Hardware is easy.
Rather, the problem I'm trying to solve is this one:
ML code doesn't grow on trees.
Thoughts welcome - although I might sound biased or undecided, I'm just trying to find the best way forward for the entire project.
Happy New Year, btw!