> Haven't read the Swarm thing, going more off of the general vibe of
> these cryptocurrency related projects that keep popping up:
> Using some kind of (optional) web of trust for clients makes more sense
> to me than making people pay with cryptocurrencies.
>
> I should be able to set up two com
> Yes, it is the task of P2P storage system. Is Guix one P2P storage
> solution? Or should Guix exploit already implemented P2P storage
> systems?
i automatically assumed the latter, because p2p storage is a non-trivial task
that multiple teams are working to solve, and it's yet to be seen which
thanks for the detailed elaboration Maxime!
prior to reading your email i was blind to the (rather obvious) fact that the
current Guix servers are already run by someone (a peer), and they consume
quite some resources, and it's currently financed through donations.
considering this, i now find
Op 04-04-2023 om 12:53 schreef Attila Lendvai:
Onderwerp:
Re: [GSoC 23] distributed substitutes, cost of storage
Van:
Attila Lendvai
Datum:
04-04-2023 12:53
Aan:
Maxime Devos
CC:
Vijaya Anand , pukkamustard
, guix-devel@gnu.org
it's another question whether this mirroring shou
> > it's another question whether this mirroring should be enabled by default
> > in the clients. probably it shouldn't,
>
>
> It probably should -- if things aren't mirrored, then it's not p2p; you
> would lose the main performance benefit of p2p systems.
>
> More cynically, some p2p systems (e.g
Op 25-03-2023 om 20:00 schreef Attila Lendvai:
welcome on board Anand!
In case a user requests for a substitute and there is a missing
block in the decoding process, a HTTP request for block would sent
to the substitute server and the server will encode the
corresponding block in real time a
Vijaya Anand writes:
> Sorry for the late reply.
> So in the case we are running swarm nodes that serves the network and hence
> help fund the substitute server, we can also use these
> to also upload eris encoded substitute blocks onto the network am I right?
> The total cost will thus be co
Andreas Enge writes:
> Hello,
>
> Am Wed, Mar 29, 2023 at 01:49:23AM +0530 schrieb Vijaya Anand:
>> In the case of accessing Guix substitutes from p2p
>> network, we ensure authorization by Guix team by making sure the urn of the
>> substitute is the urn mentioned in the narinfo
>
> no, current
Hello,
Am Wed, Mar 29, 2023 at 01:49:23AM +0530 schrieb Vijaya Anand:
> In the case of accessing Guix substitutes from p2p
> network, we ensure authorization by Guix team by making sure the urn of the
> substitute is the urn mentioned in the narinfo
no, currently substitutes are authenticated by
Hi,
Sorry for the late reply.
So in the case we are running swarm nodes that serves the network and hence
help fund the substitute server, we can also use these to also upload eris
encoded substitute blocks onto the network am I right? The total cost will
thus be cost to run the swarm nodes + stor
> Also I didn't really think about the point about having to pay for
> the p2p services at some point of time.
a quick note here: i forgot to mention that e.g. the Swarm Foundation has
programs for supporting opensource projects. so, chances are high that the
storage needs for Guix would be pai
Hi Attila
Thanks for the welcome!
I agree that the responsibility of re-uploading the blocks back to the
network should be with the clients rather than the substitute server. Also
I didn't really think about the point about having to pay for the p2p
services at some point of time. In this case we
welcome on board Anand!
> In case a user requests for a substitute and there is a missing
> block in the decoding process, a HTTP request for block would sent
> to the substitute server and the server will encode the
> corresponding block in real time and push it back into the
> network. The bloc
13 matches
Mail list logo