I think this submission should be re-titled. From the post, it seems that the author voluntarily declined funding from FLOSS/Fund because they "don't trust them, nor the India government, with processing and storing personal sensitive data"
The funding source was dropped by Github, and the terms Pocketbase accepted for funding include being paid through Github by FLOSS Fund. FLOSS Fund refused to follow the regulatory requirements to continue funding projects through Github, and Github dropped them as a funding source.
What the Pocketbase maintainer decided was to drop FLOSS Fund after they tried to renegotiate the contract in dangerous and unethical ways. FLOSS Fund chose to not follow regulatory requirements that Github required.
Calling standard KYC paperwork for international wire transfers "dangerous and unethical" is a huge stretch. Every cross-border payment requires this stuff. The fund is literally trying to give away free money and the maintainer threw a fit because they had to fill out a tax form. I get being cautious about sharing personal info but framing compliance requirements as some kind of attack is drama for drama's sake.
But: your bank knows who you are and the recipient's bank knows who they are. Your transfer may have been below the increased attention threshold ($10K to $50K depending on the jurisdictions of both recipients).
Both your accounts are most likely not recent and in good standing.
And so on. I routinely make international wiretransfers as well but I'm under no illusion whatsoever that if I tried to cross an anti-money-laundering or anti-terrorism-financing threshold somewhere that the transfer would be immediately stopped and an investigation would ensue.
Right but presumably the OP had an existing bank account. You can't wire money into thin air. Assuming OP is a regular person with a regular bank account, then further KYC isn't necessary. KYC for every international wire transfer is in fact not true at all, only for the edge case where a person wants to receive money and he has no existing account to transfer it in.
The War on Terror Financing(tm) made KYC-less transfers using formal banking systems well nigh impossible. Your transaction was covered by past KYC (by your financial institution).
Are you saying sending money via Wire transfer is unethical? Its a standard way to send money in cross boarder transactions. Please do note that India is highly regulated for financial transaction that go outside the country so, please don't spread something like they are doing it illegally. Zerodha is a well known firm they are open about this funding. 1 Million every year just because they used many oss project. That is not un ethical.
From what I can tell, no, they weren't just asking for wire details. They were were asking for multiple forms of identification.
If I was in his place, I don't think I'd send everything required to steal my identity to some company in a foreign country that I have no legal recourse in.
The irony is that a lot of the KYC checks are actually done in India: Jumio, Onfido, LexisNexis, Refinitiv, HyperVerge, IDfy, Signzy (a lot of major banks)
The e-mail posted somewhere in the comments, assuming it is legit, makes it clear that FLOSS Fund requires certain paperwork for tax reasons to the benefit of the receiver. Apparently the Pocketbase developer is receiving the money personally, which means it is income and will be taxed. Apparently, again, it would also be taxed in India (the seat of FLOSS Fund) and the paperwork would allow to avoid double taxation.
This appears much more reasonable to me than the hoops I have to jump through to declare my taxes as an US expatriate and avoid double taxation with my country of residence.
Its a contract where they give money in exchange for basically nothing.
It may be reasonable for pocketbase to refuse, but i have trouble seeing floss fund being unethical or in the wrong when we're talking about giving away money for nothing. Especially when the ask is just fill out the paperwork for a wire transfer, the world standard for sending money internationally.
Unethical ? "they want to issue a wire transfer, but I don't feel comfortable giving my IBAN"
If the IBAM is the concern you can create a separate IBAN with Wise / Revolut for example quite easily (and for free, and for sure cheaper than refusing the money).
That's not 'dangerous and unethical' by the normal standards of funding application. Sure, it's not a huge amount of money. But almost every fund has some paperwork requirements and most of them are a lot more onerous than this one.
Funds don't operate outside the legal framework, they are well within it and are expected to show their paperwork at the drop of a hat to any auditor that comes knocking. If they just wired sums that are at or near the reporting requirement to any callers they'd be in pretty hot water.
I've had an AML check for the grand sum of 900 euros once.
> FLOSS Fund refused to follow the regulatory requirements to continue funding projects through Github, and Github dropped them as a funding source.
The email they sent to Pocketbase (posted elsewhere in the thread) makes it sound like the regulatory issue with GitHub funding is still being worked on. The email also doesn't sound like it ruled out the option to wait until the GitHub situation potentially gets sorted out in the future and simply recommended that they use a wire transfer to get things moving.
Hey ******, I hope you're doing well. I apologise for the long delay on this disbursal from our end, and for not reaching out to you sooner.
I am writing to you with an update on GitHub Sponsors, your preferred mode of payment. Unfortunately, we're currently unable to process payments through GitHub Sponsors, Liberapay, OpenCollective, or similar platforms due to regulatory constraints. We still have no clarity on when this will become possible. We shared some context on this earlier here: https://floss.fund/blog/second-tranche-2025-anniversary/
We recommend that we move ahead with a wire transfer (although it involves some paperwork!). This involves:
1) Tax Residency Certificate (TRC) from your country of residence/incorporation for the current year.
2) Signed copy of the "No Permanent Establishment in India Declaration" (Template attached)
3) Form 10F to avoid double taxation for non-Indian entities and individuals. This is an online form that has to be filled out on the Indian Tax Department website. Instructions on how to fill it out are attached to this email. Please refer to this FAQ for more details.
4) Service Agreement – Please fill in the sections marked in yellow and send it back to us (Attached)
5) Invoice for the grant amount (sample attached with required fields highlighted, feel free to use your own invoice template if needed. Please mention "project development support" in the invoice description).
Once you have these, please send them over so that we can begin processing the payment.
Please note that these documents are required in our jurisdiction (India) for processing foreign payments. A percentage of the payment will be withheld as per the DTAA (Double-Taxation Avoidance Agreement) between India and your country, which the recipient can claim back while filing tax returns in their country. The specific withholding rate depends on the DTAA regulations between your country and India.
If you have any questions, please feel free to write to us.
If you were already setup as a non-profit entity with 501c3 US taxes (or similar in other locales), this would be straightforward. Or, even if you were a for-profit company taking part with an LLC or other corporate structure. In those cases, you probably already have an accountant or tax advisor to help handle this stuff. For smaller individual level contributors, I can see how the extra paperwork and overhead could create enough of a hassle to make it not worthwhile. Which is sad.
It looks like the author here is from Bulgaria, so who knows what other hassles they would have on their side.
Why? I don't see it as particularly onerous. They are simply complying with their country's KYC requirements. I've gone through worse to accept payments from US citizens with a US corporation. KYC/AML is annoying but its pretty unavoidable unless you want to do crypto.
Paying individual OSS contributors without a service agreement is not a charitable donation with regard to taxes. It's not a deductible business expense and typically leads to double taxation.
The conversation in comments seem to devolving in weird ways.
The OP (and others) have right to opinions but I see bunch of projects having successfully received their grants https://floss.fund/projects/2025. OpenSSL and Krita being the prominent ones that I recognize.
Calling the fund dangerous and unethical when they personally have zero control over regulations seems over the top to me.
I agree. Coming from a neighboring country with similarly strict rules on outgoing dollars, I've had many situations where sending money outside of the country, even for business purposes required an insane amount of paperwork, bureaucracy and sometimes bribery.
These are just the requirements to claim treaty benefits .
A little bit of research wouldn't hurt.
You have to fill out the Form-10f to claim treaty benefits for the reduction of withholding tax on services and royalties .
These are the requirements:
Tax Residency Certificate (TRC) (= extract from cantonal commercial register)
• Non-Permanent Establishment Declaration (No PE Declaration)
• Form 10F: If you are registered accordingly, Form 10F can be submitted online.
Sure, but they weren't the original requirements under which he accepted the funds. He accepted the funds assuming GitHub was going to be the mediator.
The new requirements require him to disclose significantly more information about himself. Maybe he isn't comfortable doing that? I wouldn't call it unprofessional.
Exactly. I don't understand why so many people think the maintainer has some obligation to accept the funds even when they aren't comfortable doing so. The terms of engagement changed. The decision changed. If they want to forgo the money, they have every right to forego the money.
Back in 2024, FLOSS/fund was described like this on HN:
> To apply, the project must place a funding.json in their public code repository or at a well-known uri location on their domain [...] That's already 10x more simpler than the 20 page document some of these other orgs have you fill. - https://news.ycombinator.com/item?id=41857032
But the author of the issue for Pocketbase writes:
> due to some unforeseen regulatory constraints their partnership with GitHub didn't seem to work out. Instead they want to issue a wire transfer from India requiring several cross-jurisdictional paperwork but I don't feel comfortable doing that
It's a shame that it didn't seem like they could work out how to keep it as simple, I wonder if basing it in a different country could have made a difference.
Many countries have similar controls; they're often represented as being anti-money-laundering, and anti-terrorism, but they are also used to control capital outflows, and improve tax compliance. I have never seen any evidence that this sort of control actually works to prevent money laundering or terrorist financing, but it does seem to help governments reduce monetary outflows and audit for tax compliance (when they bother to actually read what they receive).
Given the impact of international terrorism and crime on India, minimising illicit money flow in and out of the country seems an inherently sensible precaution.
We know democratic systems are barely working in little countries of 350 million people like the USA. Are we really surprised they are imperfect when scaled up to 1.5 billion people?
In the same way an adult is responsable for "picking" the religion they believe in, the one that it was imposed upon them by their parents during their childhood.
Such a shame. I so love Pocketbase, used it when I was trying out HTMX for a side project.
I get the sense that ganigeorgiev is feeling the thanklessness of open source work, and I so wish that he had an easier time of it.
That said, it's a shame that a FLOSS fund being based in India is reason enough for it to be avoided. Like, I understand that Indians might be overrepresented in the scam space right now, but avoiding funding because of it involving "sharing data with the Indian government" is very silly in my opinion. And insulting to India.
NO, It is no INSULT to India at all. Present regime even has problem using the term "INDIA" for the country, if you observe they are representing it in political / non-political spaces as "Bharat" at least inside India.
They don't have guts doing the same in international platform. For Indians living outside a very Rosy picture of India is portrayed. People living in India know that, instead of REAL WORK that is supposed to happen for prosperity of country & it's people, they are just managing the show with propoganda machine & media. India will go into deep pits ( Paathaalam ) as long as this regime continues.
The Indian Govt is dictatorial and segregational. It is a valid concern. Freedom of speech and privacy are not something the government cares about upholding.
Regardless of how authoritarian the government is in the project maintainer’s home country, exposing themselves to a second authoritarian jurisdiction is probably a bad idea.
Seems fine. The fund is Indian and is set up for open-source software. The money is going to come from India. If you're not in India you have to file paperwork. This is pretty normal stuff. If you don't want to file paperwork you can choose not to take money from the fund. Everything here is fine except this guy applied and only then realized the requirements. That's a mistake (because they'll now have to reallocate to someone they had to decline) but a very minor one.
The whole thing just seems in the realm of "I was going to pay for a car but then it cost too much" i.e. it's just stuff that you'd like to have but then you didn't want to do what it cost so you opted out. Quite a mundane thing.
Seems unnecessary to post about all this personal data this and stuff like that but in open-source software what you get in freedom you pay for in drama.
The deeper issue isn't KYC paperwork — it's that we've built critical infrastructure on projects where a single maintainer's funding situation determines whether the software keeps evolving.
Pocketbase powers thousands of production apps. The fact that its development pace depends on whether one person can navigate international banking compliance is the actual story here, not the FLOSS fund drama.
Open source sustainability isn't a funding problem. It's a bus factor problem wearing a funding costume.
It's always a tough moment for the community when a project as polished as Pocketbase hits a funding wall. It highlights the 'single point of failure' risk in one-person maintainer projects, even when the tech is solid. I hope they find a sustainable path forward that doesn't require compromising on their 'no-build' or 'single file' philosophy.
There are so many projects I could use pocketbase for, if only it supported Postgres.
I get the philosophical reasons behind why it doesn’t and why it’s SQLite only.
It’s just that in a corporate environment, I could trivially deliver full production ready applications because there is a team that handles all the Postgres replication/failover/ha/dr/backups/recovery for me. Pocketbase with pg would be super simple to deploy to a pod, getting 95% of production readiness done.
No. OP said they want to handle the database to their team. They didn't say anything about the auth, analytics, admin dashboards, real time change data management proxies, connection poolers to their team. Your modern backend as a service that's not pocketbase usually has a dozen moving parts.
Most enterprise teams have plug and play SQL databases ready to go, anything else would require more work with DevOps.
I am also building similar product but with different approach
And just using SQLite for now but plan on adding Postgres support ( orm I am using supports it ) … but nowhere near production ready. Due to buzz around products like litestream I feel like just SQLite is also viable nowadays. I also have own cdc based replication thing wip but yeah just having fun stage
setup is easy but you're stuck with one instance. they stripped all multi-tenant features and even the selfhosted version is missing essential features, scaling is off the table though.
You can circumvent international wire transfers for cheaper and faster
The same banks give less scrutiny to domestic transfers so just convert your international wires into domestic ones - from the domestic exchange to your domestic bank account
We’ve done that specifically with our Indian vendors and vice versa for 10 years
there are options that are stable and regulated, so there is absolutely no reason to appeal to the authority of an antiquated and onerous regulation
Pocketbase is such a smooth and easy-to-use database - great for people starting with web dev. I'm disappointed that it's not going to get the continued funding that it deserves.
> it's not going to get the continued funding that it deserves
I don't think they ever saw that funding in the first place, if I'm reading "not waiting for the disbursal before making big announcements" correctly. I guess you need to be disappointed about them never receiving it in the first place, although it doesn't seem like the project owner would necessarily agree with you.
The funding source was dropped by Github, and the terms Pocketbase accepted for funding include being paid through Github by FLOSS Fund. FLOSS Fund refused to follow the regulatory requirements to continue funding projects through Github, and Github dropped them as a funding source.
What the Pocketbase maintainer decided was to drop FLOSS Fund after they tried to renegotiate the contract in dangerous and unethical ways. FLOSS Fund chose to not follow regulatory requirements that Github required.
But: your bank knows who you are and the recipient's bank knows who they are. Your transfer may have been below the increased attention threshold ($10K to $50K depending on the jurisdictions of both recipients).
Both your accounts are most likely not recent and in good standing.
And so on. I routinely make international wiretransfers as well but I'm under no illusion whatsoever that if I tried to cross an anti-money-laundering or anti-terrorism-financing threshold somewhere that the transfer would be immediately stopped and an investigation would ensue.
If I was in his place, I don't think I'd send everything required to steal my identity to some company in a foreign country that I have no legal recourse in.
So his ID is probably there already
This appears much more reasonable to me than the hoops I have to jump through to declare my taxes as an US expatriate and avoid double taxation with my country of residence.
It may be reasonable for pocketbase to refuse, but i have trouble seeing floss fund being unethical or in the wrong when we're talking about giving away money for nothing. Especially when the ask is just fill out the paperwork for a wire transfer, the world standard for sending money internationally.
If the IBAM is the concern you can create a separate IBAN with Wise / Revolut for example quite easily (and for free, and for sure cheaper than refusing the money).
Funds don't operate outside the legal framework, they are well within it and are expected to show their paperwork at the drop of a hat to any auditor that comes knocking. If they just wired sums that are at or near the reporting requirement to any callers they'd be in pretty hot water.
I've had an AML check for the grand sum of 900 euros once.
The email they sent to Pocketbase (posted elsewhere in the thread) makes it sound like the regulatory issue with GitHub funding is still being worked on. The email also doesn't sound like it ruled out the option to wait until the GitHub situation potentially gets sorted out in the future and simply recommended that they use a wire transfer to get things moving.
Hey ******, I hope you're doing well. I apologise for the long delay on this disbursal from our end, and for not reaching out to you sooner.
I am writing to you with an update on GitHub Sponsors, your preferred mode of payment. Unfortunately, we're currently unable to process payments through GitHub Sponsors, Liberapay, OpenCollective, or similar platforms due to regulatory constraints. We still have no clarity on when this will become possible. We shared some context on this earlier here: https://floss.fund/blog/second-tranche-2025-anniversary/
We recommend that we move ahead with a wire transfer (although it involves some paperwork!). This involves:
1) Tax Residency Certificate (TRC) from your country of residence/incorporation for the current year.
2) Signed copy of the "No Permanent Establishment in India Declaration" (Template attached)
3) Form 10F to avoid double taxation for non-Indian entities and individuals. This is an online form that has to be filled out on the Indian Tax Department website. Instructions on how to fill it out are attached to this email. Please refer to this FAQ for more details.
4) Service Agreement – Please fill in the sections marked in yellow and send it back to us (Attached)
5) Invoice for the grant amount (sample attached with required fields highlighted, feel free to use your own invoice template if needed. Please mention "project development support" in the invoice description).
Once you have these, please send them over so that we can begin processing the payment.
Please note that these documents are required in our jurisdiction (India) for processing foreign payments. A percentage of the payment will be withheld as per the DTAA (Double-Taxation Avoidance Agreement) between India and your country, which the recipient can claim back while filing tax returns in their country. The specific withholding rate depends on the DTAA regulations between your country and India.
If you have any questions, please feel free to write to us.
Thank you once again for your patience
These are needed to reduce withholding taxes and claim treaty benefits .
It looks like the author here is from Bulgaria, so who knows what other hassles they would have on their side.
You can look at the us W8-BEN
The OP (and others) have right to opinions but I see bunch of projects having successfully received their grants https://floss.fund/projects/2025. OpenSSL and Krita being the prominent ones that I recognize.
Calling the fund dangerous and unethical when they personally have zero control over regulations seems over the top to me.
These are just the requirements to claim treaty benefits . A little bit of research wouldn't hurt.
You have to fill out the Form-10f to claim treaty benefits for the reduction of withholding tax on services and royalties .
These are the requirements:
Tax Residency Certificate (TRC) (= extract from cantonal commercial register) • Non-Permanent Establishment Declaration (No PE Declaration) • Form 10F: If you are registered accordingly, Form 10F can be submitted online.
Source: https://www.s-ge.com/en/article/export-knowhow/2023-e-india-...
This is very unprofessional in my opinion how pocket base handled that issue as this is a perfectly reasonable request .
It's a similar to the W8-BEN non us resident aliens have to file .
Sure, but they weren't the original requirements under which he accepted the funds. He accepted the funds assuming GitHub was going to be the mediator.
The new requirements require him to disclose significantly more information about himself. Maybe he isn't comfortable doing that? I wouldn't call it unprofessional.
> To apply, the project must place a funding.json in their public code repository or at a well-known uri location on their domain [...] That's already 10x more simpler than the 20 page document some of these other orgs have you fill. - https://news.ycombinator.com/item?id=41857032
But the author of the issue for Pocketbase writes:
> due to some unforeseen regulatory constraints their partnership with GitHub didn't seem to work out. Instead they want to issue a wire transfer from India requiring several cross-jurisdictional paperwork but I don't feel comfortable doing that
It's a shame that it didn't seem like they could work out how to keep it as simple, I wonder if basing it in a different country could have made a difference.
I get the sense that ganigeorgiev is feeling the thanklessness of open source work, and I so wish that he had an easier time of it.
That said, it's a shame that a FLOSS fund being based in India is reason enough for it to be avoided. Like, I understand that Indians might be overrepresented in the scam space right now, but avoiding funding because of it involving "sharing data with the Indian government" is very silly in my opinion. And insulting to India.
The whole thing just seems in the realm of "I was going to pay for a car but then it cost too much" i.e. it's just stuff that you'd like to have but then you didn't want to do what it cost so you opted out. Quite a mundane thing.
Seems unnecessary to post about all this personal data this and stuff like that but in open-source software what you get in freedom you pay for in drama.
I've also never had the impression that he really needed the money to continue maintaining Pocketbase.
He's entitled to his opinions, and if $30k is cheaper to him than his perceived breach of privacy and the hassle of paperwork, that's his prerogative.
Pocketbase powers thousands of production apps. The fact that its development pace depends on whether one person can navigate international banking compliance is the actual story here, not the FLOSS fund drama.
Open source sustainability isn't a funding problem. It's a bus factor problem wearing a funding costume.
eg https://www.spi-inc.org/ https://nlnet.nl/
I get the philosophical reasons behind why it doesn’t and why it’s SQLite only.
It’s just that in a corporate environment, I could trivially deliver full production ready applications because there is a team that handles all the Postgres replication/failover/ha/dr/backups/recovery for me. Pocketbase with pg would be super simple to deploy to a pod, getting 95% of production readiness done.
So... you want Supabase? which is what Pocketbase is inspired by.
Most enterprise teams have plug and play SQL databases ready to go, anything else would require more work with DevOps.
https://github.com/blue-monads/potatoverse
https://supabase.com/docs/guides/self-hosting/docker
i havent tried self hosting but it doesn't look too tricky
You can circumvent international wire transfers for cheaper and faster
The same banks give less scrutiny to domestic transfers so just convert your international wires into domestic ones - from the domestic exchange to your domestic bank account
We’ve done that specifically with our Indian vendors and vice versa for 10 years
there are options that are stable and regulated, so there is absolutely no reason to appeal to the authority of an antiquated and onerous regulation
I don't think they ever saw that funding in the first place, if I'm reading "not waiting for the disbursal before making big announcements" correctly. I guess you need to be disappointed about them never receiving it in the first place, although it doesn't seem like the project owner would necessarily agree with you.