| 
	Klienci w sieci rozpoznawani s± przez unikaln± liczbê zwan± hashem u¿ytkownika. Jest on zapisany w pliku 
	preferences.dat i jest u¿ywany by odzyskaæ zarobione kredyty u innych u¿ytkowników.
	eMule u¿ywa asymetrycznego rozkodowywania by unikn±æ fa³szowania lub manipulowania hashem innych u¿ytkowników. 
	Ta metoda u¿ywa prywatnego i publicznego klucza by zabezpieczyæ hash u¿ytkownika i zapewniæ poprawn± 
	identyfikacjê u innych klientów.
 
	Bezpieczna identyfikacja u¿ytkownika mo¿e zostaæ w³±czona w Ustawienia 
	-> Bezpieczeñstwo. 
	Zalecane jest jej u¿ywanie.
 
	Jak dzia³a bezpieczna identyfikacja:
 
	  
	Klient A chce siê upewniæ, ¿e jego kredyty s± bezpieczne i u¿ywane wy³±cznie przez niego. Tworzy on prywatny 
	384-bitowy klucz RSA i zapisuje go w pliku cryptkey.dat.
	Ten prywatny klucz jest tworzony tylko jeden raz, przy pierwszym u¿yciu. Utrata tego klucza oznacza utratê 
	kredytów dla Klienta A, poniewa¿ nie jest on wiêcej w stanie dowie¶æ, ¿e jest w³a¶cicielem kredytów.
 
	  
	Gdy dwaj klienci wymieniaj± miêdzy sob± dane po raz pierwszy, przesy³aj± partnerowi swój publiczny klucz i losow± 
	warto¶æ. Ka¿dy z nich zapisuje klucz partnera w swoim pliku clients.met. Zachowywany jest jedynie klucz, 
	przy nastêpnym po³±czeniu generowana jest nowa losowa warto¶æ.
 
	  
	Je¶li klient A chce siê zidentyfikowaæ u klienta B w pó¼niejszym czasie, tworzy on numeryczn± sygnaturê i 
	wysy³a j± klientowi B. Ta sygnatura pochodzi z jego prywatnego klucza, publicznego klucza klienta B i losowej 
	warto¶ci. Jest ona poprawna a¿ do czasu gdy klient A zmieni IP lub klient B zamknie eMule.
 
	  
	Po otrzymaniu sygnatury klienta A, klient B sprawdza czy zosta³a ona utworzona z jego publicznego klucza i 
	poprawnej losowej warto¶ci. Je¶li zosta³a ona równie¿ utworzona z publicznego klucza klienta A jest on uznawany 
	za zidentyfikowanego.
 
	| Uwagi: |  
	| > | Je¶li zostanie utracony plik cryptkey.dat, plik preferences.dat powinien zostaæ 
	usuniêty, inaczej niemo¿liwe bêdzie uzyskanie kredytów u znanych klientów. |  
	| > | Uaktywniaj±c bezpieczn± identyfikacjê u¿ytkownika wszystkie stare "niezabezpieczone" kredyty 
	zostaj± utracone. Z przyczyn bezpieczeñstwa nie istnieje sposób by przenie¶æ je do zabezpieczonego systemu. |  
	Applies to version: .29b +
		Last update on: 
	2003-06-20 by Monk
 |