Accrescent isn't the future

I completely agree with your statement, but you have to lower your standards to sell your product to as many users as possible. After that, you can gradually raise the standards. Imagine F-Droid, which has a lot of FOSS apps if it started requiring the same standards that Accrescent requires right now to include an app in their store, what would happen? Developers would have to follow their security standards just to maintain their apps in the F-Droid store. Obviously, not all developers would do this, but it’s a good strategy to try.

Regarding donations, the blog I linked above mentions that in 2025 they received $30,665.41 in cryptocurrency. That’s not a small amount of money. Also, the roadmap you linked isn’t very reassuring. In the ‘Roadmap’ section under the short-term timeline, it states that in the next month, some new features (such as a log description and a screenshot for every listed app) would be added to the Accrescent app. However, the blog was created on 11/08/2025, and today is 20/05/2026. I personally still don’t see these features.

I am fully aware that I am coming down hard on Accrescent, but I do not intend to convey any message of hatred toward the project, nor toward the developer. However, what I am expressing is simply my own point of view how I see the project right now.

3 Likes

A post was merged into an existing topic: Any opinions here regarding zap.store on nostr, specifically the chain of trust it offers for app installs?

The most concerning issue for me is that easy notes (which I use) is currently version 1.4 on acrescent while the latest release is 1.7. They should at least be checking their apps are up to date?

2 Likes

It’s up to the devs to keep their apps updated, but apparently Kin69 (the easy notes dev) lost their keys for the accrescent version. This is according to a screenshot someone posted in the matrix room.

4 Likes

When one of the first apps on Accrescent was a reIigious app (AndBible) and then the whole donations thing with no progress, it became evident it is just grift.

1 Like

Just found a relevant piece of information to add

During a routine audit of my phone software, Ive discovered that Accrescent’s auto-update feature has been malfunctioning. Despite the availability of an update on Accrescent, and the app’s configuration to allow auto-updates, I am running out-of-date apps…

Not great

2 Likes

I’m not so sure a Bible app is an indicator of grift.

I could be biased as I am religious, but it’s pretty standard for FOSS platforms to have a couple of religious study tools available (Linux package managers usually have a selection).

There’s a lot of people who do use religion study apps every day so it’s possible they merely saw AndBible as a good option to add.

But, I will admit that their selection process on apps seems almost random for such a small selection.

4 Likes

It’s also just too much work to maintain such a database. As far as I am concerned, the database is a nice bonus but was never really the point of AppVerifier. The point, to me, is that it makes it much easier to verify hashes with other people (like was done here: Let's compare hashes for apps not in AppVerifier's database! - GrapheneOS Discussion Forum).

1 Like

Totally agree. Although I do think the other ways to verify leave a bit to be desired as of now, which no fault of the app. The forum post is kind of a pain to sift through and I don’t think casual people are setting up apksigner. This method seems interesting but I don’t know enough to say using that and appverifier is equal to verifying with another person.

1 Like

Not those with only 38 in total. I don’t think acrescent have chosen the apps but I really think they should have to maintain credibility.

1 Like

Why do you care, and who are you to decide what apps are available? No one is forcing you to download apps you aren’t interested in using.

6 Likes

I care because I am a user of acrescent and a supporter of grapheneos which distributes it from its own appstore. I’m concerned it isn’t aligned with the high standards of the grapheneos project.

I am not in a position to decide which apps are available but I am in a position to express an opinion.

No one is saying they are.

1 Like

This seems like it is about curation. Accrescent wants to do minimal curation of the kinds of apps you have access to and mainly just wants to ensure a generic quality. Accountless app access, developer controlled signing keys etc. are also a philosophy. Also it is a project in its infancy (still currently in alpha), so anything you see now does not necessarily represent what Accrescent sees for itself in the future.

If Acrescent want to grows, it needs to establish clear goals on which category of apps it want to allow and promote, and which it doesn’t.

They have mostly clear guidelines on what kind of apps are allowed and what permissions are restricted. However, this is not directly related to whether it can or will grow. F-Droid and Accrescent are not competitors. Installing one does not mean you cannot install the other. The growth of one does not necessarily have to mean the other suffers.

1 Like

Since the call for donations, lberrymage has been working very consistently on it.

The first item on the roadmap, the migration to the directory service, has been completed, though it took longer than expected. The reason the other features haven’t been implemented yet is because they decided on an unplanned rewrite of the client app, which fixed a lot of bugs people were having. Both this and the directory service migration were large undertakings. They explain all of this in this blog post.

Our original plan three months ago was to add more app-visible features after the directory service / app store API migration was complete, e.g., long descriptions, localized app listings, and app listing screenshots. However, we realized at this point in development that the Accrescent app itself was in need of a serious refresh; there were over a dozen unresolved bug reports including unexpected crashes, various UI bugs, and a handful of requested features which had gone unimplemented. So instead of continuing with adding more app-visible features, we instead decided to overhaul the Accrescent app to resolve all known bugs, add a bunch of new features, and enhance its UI to be more snappy, correct, and informative.

I highly encourage anyone who’s interested in the project to read the full thing. It also details what will be coming next, which is what they’ve been working on since this was posted. Instead of continuing with the initial roadmap, they decided to shift the focus on developer experience, which is imo the right call if they want to open up app submissions as quickly as possible. This includes designing a new app publishing format, creating an app publishing API and developing a CLI tool. For many app developers, an API to automate the publishing process is a hard requirement before they’re willing to submit their app to Accrescent (see for example here or here).

As part of this work, they are currently in the process of rewriting Parcelo, the developer console backend. You can follow the progress here.

Just because you don’t see any user-facing improvement doesn’t mean no work is being done.

Accrescent doesn’t decide which apps to publish, app developers are the ones who decide they want to publish their app on Accrescent and go submit it.

At the moment, Accrescent is basically in a pilot phase, so the apps on there are those whose developers were willing to put up with a lackluster user experience, bugs, breaking changes, etc. Obviously, many aren’t gonna want to do that. Since quite some time, app submissions have actually been closed and will only reopen when Accrescent is able to offer a better experience (still planned to happen this year). If you go around the FOSS Android ecosystem, a lot of apps have open issues regarding inclusion in Accrescent and devs are just waiting for it to become more mature. That’s why the background work that is currently being done is very important.


I don’t know how people can say that there is no need for a project like Accrescent when the best option we have for general Android app distribution is a proprietary privacy-invasive store operated by a monopolistic company, which requires an account and doesn’t allow developers to sign their app themselves.

Sure, it would be nice if all apps people want/need to use were open source and could be included in a FOSS-only store, but this isn’t realistic. We absolutely need an alternative to the Play Store. Of course, Accrescent having enough apps for people to not need anything else is a pipe dream, it would need to gain a lot of momentum before a lot of proprietary apps start caring (GrapheneOS itself gaining momentum could help), but that doesn’t mean this shouldn’t be attempted. Some proprietary apps, like Qlango or Cape, are already on there.

Even for FOSS apps, it’s good to have an option that follows security best practices, has developers submitting their own signed builds and doesn’t introduce delays for updates. That doesn’t mean there isn’t also a place for stores focused on open source, with more vetting regarding privacy, etc. Those can exist in parallel to Accrescent, whose goal is general app distribution.

8 Likes

It also looks to be going away.

The internal database won’t be accepting new entries. It will eventually be removed once Accrescent is stable. This is because maintaining and adding new entries to the database is too difficult.

2 Likes

I was indeed referring to the fact that new app submissions are closed.

I have always thought they had poor reasons for not supporting third-party repos, but I was just thinking that this chain of trust problem could be solved by instead allowing other app stores to be listed in Accrescent.

Unfortunately, it seems their guidelines do not allow alternative app stores to be listed :cry:

So this remains another huge downside for Accrescent for me. It would be nice if Accrescent were the most secure way to obtain Aurora or Obtainium on GrapheneOS.

1 Like

Graphene OS mainly.

I don’t see why mainstream apps would be present on Accrescent anyway. So it’s never (barring some very very unlikely very big state intervention) going to be the case that apps will be duplicated among many app stores.

What I am trying to say here is that Accresecent can’t replace the Play Store. So the risk is that it contains two types of apps:

  • Good, privacy-respecting or user friendly apps
  • user-hostile apps that just figure out being on an app store with few apps is great for growing.

So at the end of the day why would you use it? I don’t want an app store with crap, there is already the play store with it.

The whole point of the thread is to press they should have standards. Not necessarily open-source, but at a minimum you should be able to use apps in it fully without a Google Account and/or without being tracked.

1 Like

The first item on the roadmap, the migration to the directory service, has been completed, though it took longer than expected. The reason the other features haven’t been implemented yet is because they decided on an unplanned rewrite of the client app, which fixed a lot of bugs people were having. Both this and the directory service migration were large undertakings. They explain all of this in this blog post.

Cool, but this blog post was written in November 2025, so what has it done from November 2025 until now? Also, considering that it has enough money from donations to hire a full-time developer to work on it. For me, the plan to rewrite the entire client has always been a nonsensical decision, since there aren’t any issues on GitHub labeled as “bug”. I’m already aware that the early versions of Accrescent had a lot of bugs, such as update-related bugs (I’m talking about 2 and a half years ago, when I installed GrapheneOS and Accrescent). Because of that, I also don’t think it should take more than 6 months to rewrite the client app, since right now the app only has four functions: install, update, uninstall, and automatic updates.

I highly encourage anyone who’s interested in the project to read the full thing. It also details what will be coming next, which is what they’ve been working on since this was posted. Instead of continuing with the initial roadmap, they decided to shift the focus on developer experience, which is imo the right call if they want to open up app submissions as quickly as possible. This includes designing a new app publishing format, creating an app publishing API and developing a CLI tool. For many app developers, an API to automate the publishing process is a hard requirement before they’re willing to submit their app to Accrescent (see for example here or here).

It’s pretty funny how they introduced the stable API, and in the Ente issue you are linked to, it said that the app would be submitted to the app store, even though Accrescent has a stable API. The response was written on April 1, 2026. So… can I presume that Accrescent’s API is not actually in a stable version? In the second link (here), there is another link inside the thread: Accrescent: "Since we published our blog post on the future of…" - Infosec Exchange
This is an Accrescent post containing the following statement:
According to the rates in that post, we should now be able to fund full-time development through at least May 2026!

Today is June 2, 2026, and in the past few months, I haven’t seen this full-time development.

As part of this work, they are currently in the process of rewriting Parcelo, the developer console backend. You can follow the progress here.

Thanks for the source. I checked it out, and it doesn’t seem like there has been much change from November until now. Most of the commits are just adding a license to the code, others are simply commit (I’m talking about adding lines from 1 to 33). Only three commits has been made a substantial changes (I’m talking about adding 100 to 300 lines). Even so, it still doesn’t seem like the work of eight months of full-time development.

Just because you don’t see any user-facing improvement doesn’t mean no work is being done.

Obviously, I’m not looking at the user interface to determine whether something has been done or not. I never said that. I relied on the commits that have been made on GitHub, obviously excluding trivial commits, such as modifying the version of a module that is used or something like that.

At the moment, Accrescent is basically in a pilot phase, so the apps on there are those whose developers were willing to put up with a lackluster user experience, bugs, breaking changes, etc. Obviously, many aren’t gonna want to do that. Since quite some time, app submissions have actually been closed and will only reopen when Accrescent is able to offer a better experience (still planned to happen this year). If you go around the FOSS Android ecosystem, a lot of apps have open issues regarding inclusion in Accrescent and devs are just waiting for it to become more mature. That’s why the background work that is currently being done is very important.

Accrescent has been in a pilot phase for more than two and a half years I though it’s been even longer (since I installed it for the first time two and a half years ago). That’s also pretty funny, since other projects that started later than Accrescent have achieved an stable and complete application.

Some proprietary apps, like Qlango or Cape, are already on there.

Even for FOSS apps, it’s good to have an option that follows security best practices, has developers submitting their own signed builds and doesn’t introduce delays for updates. That doesn’t mean there isn’t also a place for stores focused on open source, with more vetting regarding privacy, etc. Those can exist in parallel to Accrescent, whose goal is general app distribution.

I completely agree with you. I hope that one day there will be a store where people can install applications without being tracked or forced to create an account. However, to achieve this goal, Accrescent needs to do a lot of work, because it is far from being able to compete with or compare to other app stores and the project is progressing so slowly that we might see a stable version only when we die of old age.

I’m speaking for myself: I don’t see a bright future for this project. There are a lot of promises that have not been fulfilled, the development is very slow, and the next steps of the project are a bit confusing. It is also still in alpha for many years. I donated some money because I believed in it, but now I feel like I’m being scammed with a false promise. Everything I have written is just my personal opinion about what I think of this project and how I feel about it. If you think I’m wrong, I respect that, and I’m glad to know that some people still want to continue supporting Accrescent.

Peace :heart:

1 Like

Some extra info from the matrix room.

5 Likes

I also saw that Privacy Guides is now a sponsor!

Add Privacy Guides as a sponsor to the README

7 Likes