4 ms·

Anything that uses GNUnet ? Can you use it by its self like i2p etc ?

amirouche 7y ago
There is the command-line interface `gnunet-publish`, `gnunet-search` and `gnunet-download`. There is nim chat application: https://git.gnunet.org/gnunet-nim.git/ https://git.gnunet.org/gnunet-nim.git/ There is also an unmaintained guile bulletin board: https://git.gnunet.org/gnunet-guile2.git/ https://git.gnunet.org/gnunet-guile2.git/
- squarefoot 7y ago
  Looks like voice communications are also possible. https://docs.gnunet.org/#First-steps-_002d-Using-GNUnet-Conversation https://docs.gnunet.org/#First-steps-_002d-Using-GNUnet-Conv... Now that makes it interesting; imagine a few micro routers such as the TpLink TL-MR3020 or any other similar device that once turned on boot their OpenWRT with GNUnet extensions then connect together allowing the users to talk each other no matter where they are located. That would be a killer application (probably along with codec2 over LoRa) for deployment in certain sensitive areas, provided the users can mask its traffic nature from sniffers.
  - amirouche 7y ago
    That is GNU Jami?
    - meowmeownyaa 7y ago
      Jami is a completely separate project, their only relation is both being GNU-affiliated.
    - squarefoot 7y ago
      I have no idea if they use the same protocols and network, but a brief read at Jami features seems to indicate there is some sort of decentralization. My experience with it when it still was called Ring wasn't exactly positive though, I hope it got better in the meantime.
      - ng0 7y ago
        The don't use the same network, and never have. Jami uses OpenDHT (https://jami.net/ces-2019/ https://jami.net/ces-2019/), GNUnet uses its own DHT (see for example https://grothoff.org/christian/nss2011.pdf https://grothoff.org/christian/nss2011.pdf, or the rather hacky (and not complete) bib page: https://bib.gnunet.org/#DHT https://bib.gnunet.org/#DHT)
      - dvn0 7y ago
        There has been some past talk[0] at least on the side of GNUnet to eventually look into integration between the projects. Currently they are completely distinct p2p implementations while sharing some ostensible similarities. [0] - https://lists.gnu.org/archive/html/ring/2017-09/msg00011.html https://lists.gnu.org/archive/html/ring/2017-09/msg00011.htm...
  - t3sserakt 7y ago
    Yep, exactly. LoRa would be a perfect fit, because GNUnet nodes could be become independent from commercial infrastructure for whole towns! The transport layer of GNUnet will be rewritten. The former so called plugins will be called communicators in the new architecture. Anybody who likes to write a LoRa communicator for GNUnet?
meowmeownyaa 7y ago
It's sort of like an arbitrary mesh with lots of layers of plugins providing primitives like private key-based identities, a decentralized DNS alternative, block storage, tunnels, etc, and these combine to build more complex tools like filesharing, chat, etc. It doesn't do onion/garlic routing, although that's planned to be added in the future. It is possible to make a service available over GNUnet like you can with i2p, and with the name system you can give it a convenient name and add it to your address book like in i2p. That being said, this service in particular offers no real anonymity at the moment, and is currently buggy. Filesharing is its most mature application in my opinion, it doesn't have any severe bugs I'm aware of and it is optionally anonymous (although the network only has a few hundred peers at the moment so its anonymity isn't as strong as it will be when more people use it).
- ng0 7y ago
  A short addition: (1) various forms of onion routing are in active research. (1.1) see for example the "big data, little data, no such data" presentation of Christian Grothoff from 2017 (2) what we are still trying to solve here, mainly, is making it harder to know the path of communication. Today, if User Lora with Node A talks to User Charly on Node B, the data goes through N nodes. The N nodes between A and B are aware of (parts of) the path, but the communication remains encrypted (in very short terms explained). (edit: no markup here)

There is the command-line interface `gnunet-publish`, `gnunet-search` and `gnunet-download`. There is nim chat application: https://git.gnunet.org/gnunet-nim.git/ https://git.gnunet.org/gnunet-nim.git/ There is also an unmaintained guile bulletin board: https://git.gnunet.org/gnunet-guile2.git/ https://git.gnunet.org/gnunet-guile2.git/

squarefoot 7y ago
Looks like voice communications are also possible. https://docs.gnunet.org/#First-steps-_002d-Using-GNUnet-Conversation https://docs.gnunet.org/#First-steps-_002d-Using-GNUnet-Conv... Now that makes it interesting; imagine a few micro routers such as the TpLink TL-MR3020 or any other similar device that once turned on boot their OpenWRT with GNUnet extensions then connect together allowing the users to talk each other no matter where they are located. That would be a killer application (probably along with codec2 over LoRa) for deployment in certain sensitive areas, provided the users can mask its traffic nature from sniffers.
- amirouche 7y ago
  That is GNU Jami?
  - meowmeownyaa 7y ago
    Jami is a completely separate project, their only relation is both being GNU-affiliated.
  - squarefoot 7y ago
    I have no idea if they use the same protocols and network, but a brief read at Jami features seems to indicate there is some sort of decentralization. My experience with it when it still was called Ring wasn't exactly positive though, I hope it got better in the meantime.
    - ng0 7y ago
      The don't use the same network, and never have. Jami uses OpenDHT (https://jami.net/ces-2019/ https://jami.net/ces-2019/), GNUnet uses its own DHT (see for example https://grothoff.org/christian/nss2011.pdf https://grothoff.org/christian/nss2011.pdf, or the rather hacky (and not complete) bib page: https://bib.gnunet.org/#DHT https://bib.gnunet.org/#DHT)
    - dvn0 7y ago
      There has been some past talk[0] at least on the side of GNUnet to eventually look into integration between the projects. Currently they are completely distinct p2p implementations while sharing some ostensible similarities. [0] - https://lists.gnu.org/archive/html/ring/2017-09/msg00011.html https://lists.gnu.org/archive/html/ring/2017-09/msg00011.htm...
- t3sserakt 7y ago
  Yep, exactly. LoRa would be a perfect fit, because GNUnet nodes could be become independent from commercial infrastructure for whole towns! The transport layer of GNUnet will be rewritten. The former so called plugins will be called communicators in the new architecture. Anybody who likes to write a LoRa communicator for GNUnet?

meowmeownyaa 7y ago

It's sort of like an arbitrary mesh with lots of layers of plugins providing primitives like private key-based identities, a decentralized DNS alternative, block storage, tunnels, etc, and these combine to build more complex tools like filesharing, chat, etc. It doesn't do onion/garlic routing, although that's planned to be added in the future. It is possible to make a service available over GNUnet like you can with i2p, and with the name system you can give it a convenient name and add it to your address book like in i2p. That being said, this service in particular offers no real anonymity at the moment, and is currently buggy. Filesharing is its most mature application in my opinion, it doesn't have any severe bugs I'm aware of and it is optionally anonymous (although the network only has a few hundred peers at the moment so its anonymity isn't as strong as it will be when more people use it).

ng0 7y ago
A short addition: (1) various forms of onion routing are in active research. (1.1) see for example the "big data, little data, no such data" presentation of Christian Grothoff from 2017 (2) what we are still trying to solve here, mainly, is making it harder to know the path of communication. Today, if User Lora with Node A talks to User Charly on Node B, the data goes through N nodes. The N nodes between A and B are aware of (parts of) the path, but the communication remains encrypted (in very short terms explained). (edit: no markup here)