Czy treść błędów IPF otrzymał zawsze szyfrowane?

głosy
0

Mam newbie pytanie o zawartości błędów IPF. Mogę poprosić o treści z adresem hash. Jest to, że zawartość zwracana przez adres hash zawsze szyfrowane? Lub zawartość może być zwrócony albo szyfrowane lub zwykły bez szyfrowania, a jeśli zaszyfrowane, a następnie Klucz prywatny jest wymagany do dekodowania i przeglądać zawartość.

Utwórz 02/12/2019 o 23:52
źródło użytkownik
W innych językach...                            


1 odpowiedzi

głosy
3

Zawartość domyślnie nie są szyfrowane na błędów IPF, chyba że wyraźnie szyfruje je przed dodaniem go do węzła błędów IPF. Tak czy zawartość zwracana przez adres „hash”, znany również jako CID (identyfikator Content) będą szyfrowane całkowicie zależy od tego, czy została ona zaszyfrowana przed dodaniem go do węzła błędów IPF. Nie ma również sposobem, aby wiedzieć, czy zawartość jest szyfrowana po prostu patrząc na CID.

W celu prawidłowego zbadania zawartości odwołuje się CID, trzeba wiedzieć, format zawartości i jak to zostało wygenerowane. Aktualnie większość rzeczy, która istnieje na błędów IPF może być typu UnixFS . Mimo że jest całkiem możliwe, że zawartość jest przechowywana jako dowolnych typów korzystających IPLD . Jeśli spróbujesz zbadać treść odwołuje się CID bez znajomości formatu treści, będzie z pewnością pojawiają się błędy.

EDYTOWAĆ:

Jedną rzeczą, którą należy wyjaśnić, może być używany bardzo dobrze zaszyfrowany transport do odbierania danych, ale same dane przyzwyczajenie być szyfrowane. Błędów IPF wykorzystuje kilka różnych transportów jak WebSockets, TLS, secio, zwykły tekst, itp .. Więc jeśli mówi do węzła, który gospodarze QmAktóry wspiera tlstransportu, węzeł może wysłać Ci dane przez TLS.

Odpowiedział 03/12/2019 o 00:48
źródło użytkownik

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more