gnunet-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnunet-go R5N


From: Bernd Fix
Subject: Re: gnunet-go R5N
Date: Thu, 18 Aug 2022 14:56:45 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0


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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]