zyansheep
(Zyansheep)
August 9, 2025, 5:01pm
1
opened 04:53PM - 09 Aug 25 UTC
Hi! I just saw [this post](https://discuss.privacyguides.net/t/the-future-of-acc… rescent/29739/20) on the PrivacyGuides forum, about Accrescent wanting for funds. I've had an idea for at least 3 years now for how to fund any sort of digital content in general, and which can be specialized for apps in particular.
The rough idea is as follows:
- Accrescent locally keeps track of which apps users have installed. There is also an option (perhaps a "Heart" button) that a user can press, potentially multiple times, to give some number of "Shares" to that app. Accrescent keeps track of these share allocations in a separate tab that the user can go to and view/edit. If the app is installed, it should receive one share automatically.
- At the end of the month, automatically, or whenever the user wants to (for whatever amount), a donation can be made to all the apps that the user has given a share to, weighted by how much money the app needs, via some payment mechanism (see more details below). This donation could also include Accrescent itself (since its installed) as well as potentially other projects (like GrapheneOS) by default, configurable by the user.
Some concerns:
### How to Manage Payments Locally, Anonymously, and without Accounts?
If Accrescent was willing to be more official, manage its own payment infrastructure or rely on a 3rd party (perhaps something like [thanks.dev](https://thanks.dev/home)) to support card payments or whatever, the potential donation base would probably be larger, but I imagine its still possible to do entirely locally & privately with Monero. The only thing that would be needed is perhaps some needed [added features to Cake Wallet](https://github.com/cake-tech/cake_wallet/issues/111) and/or monerujo to allow the Accrescent app to compile some set of addresses and amounts that add up to the user's desired set donation amount and then have a "pay subscription via monero wallet button" that just on Cake Wallet's end crafts one or more transactions (monero has a limit of 16 output addresses per tx) with all the relevant outputs and amounts, and then prompts the user to send them all at once. (The only annoying bit would be waiting for sync, ideally Cake should allow to you confirm sending the transaction, and send in the background after syncing, throwing an error if you didn't have the funds or the tx wasn't valid).
### App Over-funding
If funds just go to apps automatically without any prioritization, then some apps may get more than they need while others remain underfunded. To solve this issue, apps when added to Accrescent with an XMR donation address should be required to set a monthly funding goal. Apps further from their funding goal (determined by inspecting the donation address using a public view key and incorporating other scraped public sources of income) can at the user's preference be weighted up while Apps that have met or exceeded their funding goal can be weighted down, potentially to 0. Not sure exactly what the best weighting algorithm here would be, but I'm sure there's some economically ideal answer here.
### Benefits
- It would greatly reduce the [friction](https://en.wikipedia.org/wiki/Transaction_cost) not only for donating to Accrescent's maintenance directly, but also for donating to *any* app, and would make the entire open source app ecosystem more resilient through economies of scale where the burden of funding apps is distributed over potentially thousands or millions of users. Developers don't have to try to metaphorically stab themselves to try to get user's attention for funding anymore (I see you core-js...) they just have to make a good app, set funding goals, and then some portions of downloaders of their app will automatically donate to them.
- It would also allow Accrescent to scale gracefully with more apps and users and would incentivize app developers to add themselves to accrescent for the potential source of revenue, increasing the overall breadth and quality of apps in Accrescent, and the open source ecosystem as a whole.
Thoughts?
Edit: Forum post for informal less-technical discussion: https://discuss.privacyguides.net/t/tentative-rfc-fractional-funding-idea-to-help-fund-accrescent-and-all-other-apps/29911
Thought I’d linkpost here, as the recent future of Accrescent blog post got me inspired to open an issue on the tracker proposing an idea I’ve had for quite a while. Hoping this forum would be a good place to have a more informal discussion than the GitHub issue tracker : )
5 Likes
Elementary did a similar thing years ago: About AppCenter Payments ⋅ elementary Blog
Do they have any stats about how effective it is/was?
also I edited your title, it was a bit redundant
4 Likes
zyansheep
(Zyansheep)
August 9, 2025, 7:15pm
3
Ah, thanks for the title edit : D
I think the elementary’s AppCenter Payments is significantly different as its a thing that lets you go back and do a one-time payment for an app, as opposed to this which is something that continuously supports apps proportional to both their need and userbase size from a periodic payment. (i.e. a subscription). The benefit of a subscription model here is the same reason why companies like them so much, less cognitive load on the user to make decisions, since the payment just happens automatically. Although in this case instead of a company receiving the money, it gets distributed automatically and anonymously from the end-user’s device—and they can pay however much they choose and configure the algorithm to support whomever they want.
3 Likes
yes, but you instead pay upon receiving updates instead of paying for an unknown
They like them because the “benefit” here is users forgetting about them and continuously feeding them money, borderline predatory.
This is not a good thing, you’re advocating people just let companies control them.
4 Likes
Subscriptions aren’t necessarily predatory. They better line up with how software development has worked for a decade at this point. Before it made sense to make a one time purchase of software because it was in a box you paid for at an Office Depot. If you wanted an update, you had to buy the next box. Over time it changed to what we have today where updates can delivered seamlessly, but a one time purchase does not cover the ongoing cost of software support. If supporting software takes ongoing work and ongoing cost, then it makes sense to move to a model that asks for ongoing payment. That’s more sustainable.
Now do companies abuse this business model? Yes. However, that’s not intrinsic to the business model.
2 Likes
zyansheep
(Zyansheep)
August 10, 2025, 9:23pm
6
I’m not advocating for a regular subscription service to pay for apps. I’m advocating for a system where users can choose to pay some amount they can periodically or whenever they want to support the apps they use and like in a fair, and anonymous manner. Where the cognitive load of donating to support apps is removed and automatically managed locally on-device.
2 Likes
The difficulty I see with automatic crypto donations is that privacycoins like Monero are too anonymous (they can be used for criminal activity) while normal cryptocurrencies are too public which would leak loads of metadata about individuals in the public blockchain.
However, I did have similar ideas myself, see for example:
opened 03:34PM - 25 Jul 21 UTC
enhancement
I think it would be good to evaluate how to support creators besides watching ad… s because when watching a video in mpv the ads are blocked, which is good because they are not privacy friendly and they are annoying and to pay for an ad-free experience a Google account is needed, but which also means content creators get nothing when watching videos using mpv.
## Cryptocurrency Donations (from a wallet or from mining)
[Cryptocurrency](https://en.wikipedia.org/wiki/Cryptocurrency) might be more comfortable to use for automated or one-click donations than bank transfers. Tubefeeder could gather data about watched content locally including ratings from the user and based on that present a list to the user with suggested donations for channels that provide a donation address for cryptocurrencies the user chose. Not only can cryptocurrency be donated from a wallet, but also through mining. Especially anti-[ASIC](https://en.wikipedia.org/wiki/Application-specific_integrated_circuit) algorithms (like RandomX) might be interesting for that. This would help to keep cryptocurrency secure too as long as it is implemented rightly: Mining should be solo mining, not mining with a large mining pool and especially not "cloud mining". Sadly it's almost always one of the last two. This can potentially be dangerous for cryptocurrencies because mining is the core coordination process that makes sure the blockchain is as it should be with only legitimate transactions getting approved. The cryptographic puzzle randomizes who gets to add his/her block to the blockchain. This probability, however, is not liked by miners who actually want to earn more money from mining then the electricity costs (and want to be able to rely on that). Mining pools consist of many miners and pay out smaller amounts more often. The problem is: They centralize what makes cryptocurrencies decentral and secure, they introduce a central point of failure, the one thing cryptocurrencies are there to stop. However, when cryptocurrency mining is used as replacement for ads ti is not that much of a problem that large amounts are payed out less often so this could help make cryptocurrencies more decentral while providing an easy to use alternative to ads. It is not done very often because cryptocurrency mining software should always be free software (and often comes with a copyleft license like the GPL) so no one alone has the power of deciding how it may or may not be used, changed, etc. (Of course this can be circumvented by rewriting the whole mining software or running the software somewhere and only sending the things to be calculated to the client (if it even needs to be circumvented because of a copyleft license). A few sites on the web are doing that. However, that is not how it should work.)
There are some things to keep in mind though:
- In some countries (like Austria, where I am from) one needs to register a business when mining cryptocurrency (which is the worst way to handle cryptocurrency mining because it makes mining a business and a few businesses doing mining at large scale is not very decentral)
- [NVIDIA is officially slowing down cryptocurrency mining when their proprietary driver detects it](https://linuxreviews.org/NVidia_Cripples_Proprietary_Graphics_Driver_In_Order_To_Sell_Specialized_Crypto-Mining_Cards) (and that really doesn't help with mining on normal hardware, [instead NVIDIA is selling ASICs now](https://blogs.nvidia.com/blog/2021/02/18/geforce-cmp/))
## Minimizing costs for creators
This could be done by
- helping them to distribute videos like with [PeerTube](https://en.wikipedia.org/wiki/PeerTube#Technology) or any [Torrent](https://en.wikipedia.org/wiki/BitTorrent)- or [ZeroNet](https://en.wikipedia.org/wiki/ZeroNet)-based way of distributing content
- helping them convert videos into different codecs, resolutions, compression ratios, etc
- For computer animations:
- helping them render computer animations
- helping them improve video quality (upscaling using AI, etc)
### Torrent- or ZeroNet-based ways to distribute content
This can help keep server costs low but there are some legal issues. Since every user is automatically distributing content to other users, every user is also responsible for the distributed content. If it, for example, infringes copyright this can get very expensive (can often be pushed up to a few hundred dollars or euros for one music track per user AFAIK) and the RIAA (which also [tried to take down youtube-dl](https://en.wikinews.org/wiki/GitHub_blocks_public_access_to_youtube-dl_after_RIAA_issues_DMCA_notice) but luckily [public access to youtube-dl was restored](https://en.wikinews.org/wiki/Wikinews_discusses_DRM_and_DMCA_with_Richard_Stallman_after_GitHub_re-enables_public_access_to_youtube-dl) after a [letter from the EFF to GitHub on the behalf of youtube-dl's maintainers](https://github.com/github/dmca/blob/master/2020/11/2020-11-16-RIAA-reversal-effletter.pdf)) and others are or [where taking full advantage of it](https://en.wikipedia.org/wiki/Trade_group_efforts_against_file_sharing#Criticism). [Instead of mass lawsuits the RIAA now partners with ISPs to censor websites containing copyrighted material.](https://en.wikipedia.org/wiki/Trade_group_efforts_against_file_sharing#End_of_mass_lawsuits) (The Wikipedia articles about file-sharing have issues, see these talk pages: [[1]](https://en.wikipedia.org/wiki/Talk:Trade_group_efforts_against_file_sharing) [[2]](https://en.wikipedia.org/wiki/Talk:Legal_aspects_of_file_sharing) [[3]](https://en.wikipedia.org/wiki/Talk:Legal_issues_with_BitTorrent))
### Converting videos
For example for the free video codec [AV1](https://en.wikipedia.org/wiki/AV1) there are multiple encoders of which some are slow (encoding takes a few days for a short video) and produce high quality results (like [libaom](https://aomedia.googlesource.com/aom/)), others are fast (almost real time) and produce low quality results (like [SVT-AV1](https://gitlab.com/AOMediaCodec/SVT-AV1)). I am not completely sure about the legal aspects here, but I think since the user uploads the encoded video it can get legally harmful for the user if the originally uploaded video wasn't uploaded legally or wasn't uploaded under a license made for that.
### Rendering computer animations
Rendering computer animations (like [Blender Open Movies](https://en.wikipedia.org/wiki/Blender_(software)#Open_projects)) can take much computing power. It could help creators if these are rendered by the users. I am not completely sure about the legal aspects here, but I think since the user uploads the rendered video it can get legally harmful for the user if the original computer animation wasn't provided legally.
### Upscaling (computer animations, cartoons, drawings, ...)
With an AI upscaling software (like [waifu2x](https://en.wikipedia.org/wiki/Waifu2x)) images (or video frames) can be upscaled to look good at higher resolutions. I wouldn't recommend this for normal recorded videos and especially not for news as I think these should represent what was really recorded though. I am not completely sure about the legal aspects here, but I think since the user uploads the upscaled video it can get legally harmful for the user if the originally uploaded video wasn't uploaded legally.
opened 10:13PM - 29 Jan 19 UTC
Type: Discussion
If someone chooses to monetize their videos, what ethical options do they have? … Let's suggest ways (technical and non technical) for Peertubers to earn money.
First lets include the official suggestion from [joinpeertube.org](http://joinpeertube.org/en/faq):
> the solution proposed to people who upload videos is to use the "support" button under the video. This button displays a frame in which people who upload videos can display text, images, and links freely. For example, it’s possible to put a link to Patreon, Tipeee, Paypal, Liberapay (or any other solution) there.
A suggestion I could think of:
- Find a website/platform where advertisers meet directly with content creators (Peertubers). Next offer them to promote their product in videos you make and see how much they can pay you (per video).
What's yours? Let's expand the list.
:warning: **What we probably want to avoid, is a monetization system that favors the users of big instances. This will kill decentralization. A PeerTuber should never have to think like: _"If I join this big xyz instance I will make much more money as opposed to joining a recently created instance."_**
Getting back to your idea of automated periodic crypto donations, I do see a possibility to protect privacy without relying on a technology that also enables criminal activities. However, it seems as if such a cryptocurrency has yet to be created:
The idea would be that only one party of the transaction can remain anonymous. This ensures that only shops or content creators or projects that are abiding by the laws are able to receive money from or send money to anonymous wallets. It would be their responsibility to ensure that everything they offer or pay people for is legal while the people exchanging money for approved purposes could still remain anonymous.
jonah
(Jonah Aragon)
November 15, 2025, 8:55pm
8
That is how GNU Taler works but I don’t believe any cryptocurrencies have adopted the technology.
I think, it is also on the app developers (especially the ones making profit), to consider funding app stores like F-Droid and Accrescent, in proportion to the number of customers the app store brought them.
I brought this up with a couple FOSS developers I know that make (overall) £180k+/yr from in-app sales, but donate nothing. They still don’t (:
In a similar vein, if GrapheneOS can (since they’ve been vocal about F-Droid’s shortcomings and the need for an alternative store), they should carve up guaranteed monthly payments for a year or so, to keep the project going.
As for Accrescent, it is really a project that hasn’t yet fully taken off (unlike Aurora store, Obtanium, and F-Droid) and so, their funding issues are understandable, even if expected and unfortunate.
I’m meeting a few folks from FLOSS/fund , I’ll also bring Accrescent up, and recommend them for the next tranche (May/Oct 2026).
3 Likes