Good point Vinnie!

Morgwen

P.S.:

Vinnie YOU know here are NO flames allowed! Here is not bearshare.net!

All we have to do to get away from Vinnie and the like is to let him have GNUTELLA CONNECT.
We will change to OPENSOURCE CONNECT/0.6 that way he can never use it and try to use our resources to provide data to his $$$ clients.
Start coding now! It only takes a one line change. No need to change the entire protocol, it works fine as is.
The new rule/law on the OpenSource network is no commercial greedy clients allowed. If anyone tries to make a buck from their software, and/or doesn't provide source code they are completely blocked.
A list of commercial clients will be posted to this forum and then will be blocked automatically.
No more greed!

How can you improve gnutella network? By improving the clients! You can improve your own client, but not others. I can't see your point.

And what comes to clustering, it is necessary because some clients have implemented great features wich are useless if there are no other clients to support them too. So, let's cluster the clients closer together and the new feature will work.

When there are no clusters, all clients are workins as they do. When clusters are formed, the clustered part is working propably better than others. The non-clustered part is still working as before. Clustered and non-clustered parts are still tightly connected together and can get files from each others. I can't see what's wrong with that.

You can improve the protocol which all clients use! And not impletent some features which only your own nodes understand!

Morgwen

Good example is handshaking protocol v0.6, instead of protocol v0.4. But you still can implement the support to the new protocol only for your client. If there are some old client's wich don't support the new protocol, what can you do for it? They can't get the same benefit that other clients wich support the new protocol.

Are you referring to some specific client and feature, like BearShare and hashes? BearShare (and the newest LimeWire, as far as I know) uses SHA1 hashes. If there will be another client wich support SHA1 hashes, it is automatically compatible with BearShare.

If you develope a new feature, it is obvious that other cleints must also support the same feature until there is some use of it. Of course, there are some features wich can help all clients without any support from them (like pong caching), but most features require support from all clients (like hashing).

It is no good to stick in old protocols and features.

What do you think why this is called "handshaking"???

All clients which are in "actice" developement use 0.6! So tell me why they don´t work out a new protocol with all new features that "all" other clients can use them too?

This is improving the network!

Perhaps you can remeber as Xolox developed multi-source-downloads (the first Gnutella client), how angry Vinnie was that they are not in the GDF and share their ideas... and why does Vinnie don´t share HIS ideas? This is called promotion, now he can claim he has sha1 hashes and nobody else has...

Vinnie commercials interest have the highest priority and the network improvement, I mean the whole network not only a part of it, have only a low priority!

So tell me why there is NO cooperation?

Its easy... other non commercial developer have not the time and money to create the features in the same time - if Vinnie don´t share his ideas he have in several months a better client than all others, so now the majority of the users decide to use his client (and Limewire) - the others die... more user = more money!!!

But the other developer don´t care, they want to improve the network and share their ideas...

I have to repeat, why does Vinnie improve his own net and not GNUTELLA???

What he is doing, is creating a new own network! He talked over a year ago about creating his own network... do you really think this is the last step?

Morgwen

I can't see your point. As you said, all clients wich are in active developement use 0.6 handshaking. 0.6 is the new protocol, and all clients (wich are under active developemen, not dead clients!) are using it. So, what's the problem?

Vinnie is making a geat client. Yes, other non-commercial clients may not develope as fast as BearShare and LimeWire. So, how can we help it? BearShare and LimeWire are using standardized features like SHA1 hashes and UltraPeers. Other developers can make compatible clients if they want.

Someone have to be the leader and show the way. Currently BearShare and LimeWire are leading and competiting against each other, causing the gnutella to develop fast. Other clients are following, maybe not that fast. There is no really a way to help other developers to implement compatible features to their clients.

This is how I feel it.

Can you give me a link where he have said that? I don't know what he have said before, but now it really looks like there is no any sign that he is making his own private network. He would be already done that if he wanted to.

First Limewire use no SHA1 hashes and bearshare use not ultrapeers (currently)!!!

Of course they can help, if they create a new protocol with this and more features as a standard! But such a protocol is an agreement between several developers NOT just TWO... so if you want to improve Gnutella, you should discuss your ideas and the best should be used - not impletent new features and force others to use them too!!! This is seperating!!!

Vinnie said several times that he want to create an own network... the first time over a year ago, and recently in the GDF!!! Did you notice that Vinnie is talking on bearshare.net about the "bearshare net" and not Gnutella?

If you really want to know the truth about Mr. Falco you should read his post here, on zeropaid and in the GDF!

If I have time I search for some links...

Morgwen

What I have heard and seen screen shots, the newest LimeWire, 2.3.2 or something, is using SHA1 hashes. And BearShare 3.0.0 will be compatble with LimeWire ultrapeers. I have tested the unreleased alpha by my self, and it is connecting very well with LimeWire ultrapeers (obiviously there is no BearShare ultrapeers available yet) and leafs.

Well, least two biggest clients will be compatible with each others. Of course, it would be good to have real standards wich tell how it should be done.

Give Vinnie a month to turn this into Vinnie.Net along with the rest of gnutella...