Re: [Napshare-developer]Announcing the "Key Network"

[closedshop <clo...@gm...>]

Fine. thanks. Needed decision.
Though it is more ideology than earning money: This means we need a 
working app or code.
no problem with all, first we need partials and second E2E in napshare,
Do you tested i2phex over i2p? Secure gnutella client.
If gnutella would have forced partials, we could use gntuella,
but ed2k partials are better especially for a slow network to spread 
partials.
the key network hybrid with edonkey network or the gnutella network 
would then be the third measurement.
Why not taking shareaza code, making a mod and the first goal is to 
implement mute/keynetwork as a new network?
i2phex can only be stopped by the clients name shareaza.
and maybe roberto comes out with a working ants-java-mule client earlier.
There are many ideas concerned with a anonymous seed for edonkey partials.
First the seed, later the whole userbase. But maybe kademlia on i2p is 
out soon as well.
ants-mule would be better. but mute-gntuella fine as well. Or a shareaza 
key mod.
;-)
Nate wrote:

>NapShare is now a dual network client, it will continue to connect to
>the MUTE Network for as long as it is easy and safe to do so. If privacy
>issues or network flooding happen the user can choose not to connect to
>the MUTE Network.
>
>In order to quickly provide the users with some of the improved features
>requested such as supernodes, download speed increases, partial sharing
>during downloads, sub-hashes, E2E and a lot more, I will need to make a
>lot of changes to the network communication protocol.
>
>Therefore I am announcing the "Key Network". The protocol of this new
>network is the same as the MUTE network protocol at this point, but as
>time goes by I will be changing it to provide the advanced features that
>everyone wants. The network type will be identified at connection time
>after AES keys are exchanged to maintain privacy.
>
>NapShare clients will also provide a "bridge" between networks. It may
>be possible to bridge to other networks in the future.
>
>I know the Gnutella protocol and am open to comments/suggestions on how
>some special location users could provide a safe bridge to the Gnutella
>Network.
>
>I am also willing to accept code contributions for connection to other
>networks or other features. I don't have any problems accepting and
>integrating code/patches or ideas from other developers even if the
>code isn't pretty or "perfect" as long as it works.
>
>The next version will reflect the changes, and hopefully include some
>cool new features.
>
>Due to politics and/or personality clashes, I will no longer be
>supporting the MUTE *project*.
>
>
>  
>