GnuNET is one of those open source projects that really is a research project and focuses on getting things right instead of focusing on getting users.
There is something to be said for this approach, but personally I'm not sure that 19 years since initial release (according to wikipedia) and still not having something end users are expected to use is promising for the future.
Anyway, these guys are trying to do a much better version of anonymous routing. Something that Tor is most known for. Tor has plenty of issues though, so there is something to be said for more research less marketing.
> There is something to be said for this approach, but personally I'm not sure that 19 years since initial release (according to wikipedia) and still not having something end users are expected to use is promising for the future.
I share both your enthusiasm and your scepticism! But I do wonder:
Why is it not possible for GNUnet to / why doesn't GNUnet offer a high-level API that could be consumed by every-day apps and that stays stable across releases? That way, chat apps & file sharing apps and the like wouldn't break right away when a new version of GNUnet comes around…
> Why is it not possible for GNUnet to / why doesn't GNUnet offer a high-level API that could be consumed by every-day apps and that stays stable across releases?
This isn't possible because GNUnet does not work, and AFAICT has never been in a working state. They won't find the time to build an API when they can't find the time to actually produce working software.
I have been watching the project for a decade at least and I can conclusively say that GNUnet is a waste of time for everyone involved.
The GUI was never the problem. The problem is that this thing does not have any focus. Lots of dev work is done by students, BA, MA or PhD, who disappear after their thesis is done. The others always get sidetracked to numerous unrelated side-projects and features, which are interesting and generate research papers, but do not address the main problems for the overall project.
Oh, they did find time to build APIs and bindings. But again, no focus, esoteric languages such as nim and guile. Rust had one student working, who left of course. The python port was using DBUS (!!) as an additional intermediate inter-process-communication, instead of just using the IPC they already had (which is basically bare C structs over unix pipes). Obviously, after that student left, nobody cared, and the pain to maintain two layers of indirection is just to high for anyone else to step up. Oh, and you can't automatically generate bindings, because their C interface definitions are just too littered with "elegant" macros.
Besides, what would you have that API for? There is nothing at least a bit useful. Nothing the most technically oriented person would even want to just play around.
I really like those ideas and the overall goal, and I really want to be optimistic, but in the end, you may be right.
If I was a 3-letter agency, I'd love this style of privacy project btw.
This shows it is really hard to make a product in this space. Real decentralisation and zero-server architectures are hard. Also, scientific publications in this field died up, due to lack of popularity.
There is something to be said for this approach, but personally I'm not sure that 19 years since initial release (according to wikipedia) and still not having something end users are expected to use is promising for the future.
Anyway, these guys are trying to do a much better version of anonymous routing. Something that Tor is most known for. Tor has plenty of issues though, so there is something to be said for more research less marketing.