Re: gnunet-go R5N
Bernd Fix <[email protected]>
| Newsgroups | gmane.network.gnunet.devel |
|---|---|
| Message-ID | <[email protected]> |
On 8/18/22 13:20, Maxime Devos wrote: > Looking at the README.md, do I understand correctly that gnunet-go > listens at the usual /tmp/gnunet-system-runtime/... and that as such > applications written with the C implementation of the services in > mind can connect to the Go implementation? If so, I'd like to > eventually test gnunet-scheme (a (Guile) Scheme implementation of the > client libraries, but not the services) against it. OK, this requires a bit of explaining... Currently gnunet-go has two major components * a GNS service to run in cooperation with C-based GNUnet services on a local machine. It was developed between 9/2019 and 5/2020 with an NLnet grant; the latest version of this service is v0.1.23 (added crypto agility). If you want to test it, you need to checkout v0.1.23 of gnunet-go and a matching GNUnet version too (use the latest version as in 5/2020). GNUnet may have introduced breaking changes later that are not implemented in gnunet-go yet and would break testing. * a DHT (R5N) implementation - not as a service, but as a standalone program (does not require other GNUnet services). It speaks an unencrypted UDP protocol for message exchange between nodes that is not supported by standard GNUnet but requires a special DHTU testbed as described in the README. This is the current version (v0.1.32). Once the DHT implementation is running stable and the new DHT message protocol becomes default, the existing GNS code will be updated and integrated with the DHT. Until then all this is highly experimental. Spending time out of curiosity on it is appreciated, but don't base serious work on it yet. Cheers, Bernd.