OdpornoÅÄ na bÅÄdy bizantyjskie w systemach peer-to-peer - Instytut ...
OdpornoÅÄ na bÅÄdy bizantyjskie w systemach peer-to-peer - Instytut ...
OdpornoÅÄ na bÅÄdy bizantyjskie w systemach peer-to-peer - Instytut ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
2.2 Ustrukturalizowane systemy <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong> 21<br />
e<br />
h<br />
b<br />
f<br />
a?(z#3)<br />
k!z<br />
k<br />
a<br />
a!(z@k#3)<br />
a?(z#2)<br />
a?(z#3)<br />
a?(z#3)<br />
i<br />
a?(z#1)<br />
c<br />
a?(z#2)<br />
g<br />
j<br />
Super węzeł<br />
Węzeł uczestniczący<br />
Rysunek 2.2: Przykład lokalizacji obiektu w nieustrukturalizowanej sieci p2p<br />
2.2 Ustrukturalizowane systemy <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong><br />
Systemy tej klasy zrodziły się z prób wprowadzenia klarownych reguł dotyczących<br />
przesyłania komunikatów <strong>na</strong> poziomie aplikacji. Celem twórców było<br />
wskazanie takich algorytmów i architektury, które byłyby skalowalne oraz zapewniały<br />
stabilność bez wyz<strong>na</strong>czania <strong>na</strong>drzędnych elementów. Ustrukturalizowane<br />
systemy <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong> są w pełni rozproszone, brak w nich centralnych punktów<br />
komunikacyjnych i zarządzania.<br />
Problemem, jak dotąd jest stanowczo za mała ilość praktycznych i powszechnie<br />
używanych implementacji, a co za tym idzie, nie są <strong>to</strong> twory zoptymalizowane<br />
i brakuje konkretnych danych tes<strong>to</strong>wych dotyczących ich wydajności i<br />
odporności. Wraz z wzrostem rozproszenia wzrasta również ryzyko <strong>na</strong> ataki w<br />
tych <strong>systemach</strong>. Ogól<strong>na</strong> zasada przy projek<strong>to</strong>waniu wszelkich elementów systemów<br />
bazujących <strong>na</strong> ustrutkturalizowanych sieciach <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong>, <strong>to</strong> unikanie<br />
centralnych punktów odpowiedzialności.<br />
Liczących się projektów ustrukturalizowanych warstw <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong> jest kilka<strong>na</strong>ście.<br />
Do <strong>na</strong>jczęściej wymienianych w literaturze i z praktycznymi zas<strong>to</strong>sowaniami,<br />
zaliczają się cztery pozycje: Chord [SMK + 01], Pastry [RD01b],<br />
Tapestry [ZHS + 03] oraz CAN - Content Addressable Network [RFH + 00]. Wymienione<br />
systemy wraz z Kademlia [MM02] stanowią fragment projektu IRIS<br />
(ang. Infrastructure for Resilient Internet Systems) 5 .<br />
5 Iris (http://project-iris.net/projects.html)