Przedsiębiorstwa, które chcą wykorzystać moc technologii blockchain, często myślą w kategoriach binarnych prywatnych i publicznych łańcuchów. Niektórzy uważają, że „publiczne” łańcuchy bloków nie zapewniają prywatności i poufności „prywatnych” łańcuchów bloków. Jednak obecnie prywatne łańcuchy bloków nie gwarantują prywatności w taki sposób, w jaki przedsiębiorstwa faktycznie rozumieją prywatność. Wielkim mitem jest to, że „prywatne” łańcuchy bloków zachowują prywatność, podczas gdy „publiczne” nie mogą. Co ważne, przedsiębiorstwa często mylą „prywatne” łańcuchy bloków z „dozwolonymi” łańcuchami bloków z prywatnymi menedżerami transakcji. Zezwolenie obejmuje to, kto ma dostęp i kontrolę, podczas gdy prywatność oznacza chronione dane transakcji.

Należy pamiętać, że istnieją trzy rodzaje łańcuchów bloków: publiczne, Prywatny, i Konsorcjum.

Publiczne łańcuchy bloków

Zaprojektowany, aby bezpiecznie odciąć pośredników w każdej sytuacji związanej z wymianą aktywów.

  • Plusy: wbudowane zachęty ekonomiczne, elastyczność, interoperacyjność i całkowicie eliminuje potrzebę pośrednika.
  • Cons: przepustowość może być wyzwaniem.

Prywatne łańcuchy bloków

Do pewnego stopnia wpuszcza pośrednika z powrotem.

  • Plusy: pozwala na większą wydajność, a transakcje są realizowane szybciej.
  • Cons: nie zapewnia takiego samego zdecentralizowanego bezpieczeństwa, jak jego publiczny odpowiednik. Brakuje warstw motywacyjnych związanych z technologią blockchain o nieelastycznej architekturze.

Łańcuchy bloków konsorcjum

Dozwolone, częściowo prywatne i częściowo zdecentralizowane.

  • Plusy: zapewnia wydajność i prywatność transakcji bez konsolidacji władzy w jednej firmie.
  • Cons: tradycyjny scentralizowany system z dołączoną możliwością kontroli kryptograficznej.

W rzeczywistości prywatność nie jest własnością żadnego łańcucha bloków. Istnieją raczej warstwy prywatności, które można zastosować do dowolnego łańcucha bloków, nawet łańcuchów publicznych, pozwalając na prywatne lub „chronione” transakcje na publicznym łańcuchu bloków. Dzięki temu firmy mogą czerpać korzyści ze zdecentralizowanego bezpieczeństwa publicznego łańcucha bloków, jednocześnie ukrywając prywatne informacje.

W kierunku podejścia przede wszystkim publicznego

Interoperacyjny projekt Ethereum zapewnia dużą elastyczność jako najbardziej zaawansowana, elastyczna i gotowa do produkcji platforma blockchain. Ethereum umożliwia interoperacyjność – po pierwsze, dzięki swojej publicznej sieci głównej, wyposażając każde rozwiązanie Enterprise Ethereum w globalny zasięg, ekstremalną odporność i wysoką integralność, a po drugie, interoperacyjność z innymi projektami blockchain typu open source, umożliwiając przyszłą adaptację i rozbudowę istniejących rozwiązań.

Przedsiębiorstwa mogą osiągnąć większą szczegółowość prywatności dzięki Ethereum, zwykle przy znacznie mniejszym stopniu złożoności i kosztów utrzymania.

Ta interoperacyjność wynika z faktu, że Ethereum jest oprogramowaniem typu open source, podłącza się do innych systemów IT, takich jak AWS lub Azure, i może efektywnie współdziałać z łańcuchami prywatnymi i konsorcjalnymi ze względu na spójną infrastrukturę techniczną dla wszystkich typów rozwoju łańcucha bloków. Przedsiębiorstwa mogą osiągnąć większą szczegółowość prywatności dzięki Ethereum, zazwyczaj przy znacznie mniejszej złożoności i kosztach utrzymania w porównaniu z innymi platformami. Dzięki odpowiednim warstwom prywatności i poufności Ethereum ma wiele zalet, które czynią go oczywistym wyborem dla wyjątkowych przypadków użycia w przedsiębiorstwie.

Warstwy prywatności dzięki korporacyjnym łańcuchom blokowym

Prywatność i poufność są niezbędne w przypadku rozwiązań korporacyjnych. Przedsiębiorstwa mają wiele obaw, rozważając implementacje blockchain:


  • Dostęp: który ma uprawnienia do czytania i / lub pisania?
  • Widoczność: do kogo są transmitowane transakcje?
  • Przechowywanie: w jaki sposób dane są przechowywane?
  • Wykonanie: kto ma prawo do rozpoczęcia, zatrzymania lub ponownego uruchomienia procesu?

Chociaż „prywatny” łańcuch bloków może zapewnić ścisłą kontrolę dostępu do sieci konsorcjum, nie gwarantuje prywatności transakcji. Jeśli firma transportowa pobiera opłatę w wysokości 100 USD za przewóz pudełka dla firmy A, a 90 USD dla firmy B, nie chce, aby ujawniane informacje o konkurencji były ujawniane. Co więcej, prywatny łańcuch bloków jest tak bezpieczny, jak uprawnienia i kontrola bezpieczeństwa w całej sieci. Ponieważ te „prywatne” sieci zyskują więcej uczestników, egzekwowanie kontroli dostępu i widoczności staje się trudniejsze. Na przykład sposób, w jaki Fabric zapewnia prywatność transakcji między różnymi stronami w ramach konsorcjum, opiera się na koncepcji kanałów. Kanały to w zasadzie pojedyncza chroniona trasa między dwiema stronami. Oznacza to, że potrzebujesz kanału dla każdej pary stron i musisz utrzymywać całą tę infrastrukturę w miarę rozwoju systemu, co utrudnia zarządzanie. Nasuwa się pytanie, czy te „prywatne” łańcuchy bloków są „zabezpieczone na przyszłość” – czy mogą skalować się i nadal spełniać pierwotny statut konsorcjum?

Prywatności nie należy traktować w kategoriach binarnych, ale raczej jako warstwy. Istnieje warstwa narzędzi dotycząca uprawnień lub poświadczeń, która dotyczy tego, kto ma dostęp do informacji oraz w jaki sposób jest to kontrolowane i uwierzytelniane. Z drugiej strony warstwa prywatności obejmuje zachowanie poufności uczestników, danych i warunków. Nawet w ramach jednej warstwy istnieje wiele podwarstw, w których można zachować prywatność w łańcuchu, poza łańcuchem i poprzez transakcje prywatne. W przypadku rozwiązań klasy korporacyjnej istnieją trzy kluczowe warstwy prywatności:

  • Prywatność uczestników: zapewnić uczestnikom zachowanie anonimowości względem siebie nawzajem, a także dla osób spoza sieci dzięki łańcuchowym mechanizmom kryptograficznym, takim jak sygnatury pierścieniowe, ukryte adresy, mieszanie lub przechowywanie prywatnych danych poza łańcuchem.
  • Prywatność danych: przechowywać transakcje, salda, inteligentne kontrakty i inne dane zaszyfrowane w łańcuchu lub poza nim, za pomocą narzędzi kryptograficznych, takich jak dowody o zerowej wiedzy i zk-SNARKS, zobowiązania Pedersena lub warstwy prywatności poza łańcuchem, takie jak TEE.
  • Prywatność warunków: zachowaj poufność warunków umów między dwiema stronami z dowodami zasięgu lub zobowiązaniami Pedersena.

Faktem jest, że prywatne łańcuchy bloków nie zapewniają prywatności domyślnie. Istnieje rozróżnienie między sieciami posiadającymi zezwolenie a prywatnymi menedżerami transakcji. Naprawdę jedyną prywatnością, którą domyślnie zapewniają prywatne łańcuchy bloków, jest to, że uczestnicy i umowy nie mogą być przeglądani przez osoby niebędące uczestnikami. Raczej, warstwy prywatności musi być zbudowany na dowolnym łańcuchu bloków i może być wbudowany zarówno w łańcuchy publiczne, jak i prywatne lub, jako kombinacja tych dwóch (takich jak Ethereum i Quorum).

Warstwa 2 specyfikacji klienta EEA V2

stos architektury enteth

Prywatne transakcje na Ethereum Blockchain

Istnieje wiele opcji w ekosystemie Ethereum, które są obecnie dostępne lub są aktywnie rozwijane w celu zapewnienia różnych warstw prywatności. W ConsenSys Quorum prywatne informacje nigdy nie są rozgłaszane do uczestników sieci. Dane prywatne są szyfrowane i udostępniane wyłącznie bezpośrednio odpowiednim stronom. Warstwy prywatności są również aktywnie rozwijane dla publicznego i licencjonowanego Ethereum, takie jak zk-SNARKS i dowody o zerowej wiedzy, które ukrywają atrybuty transakcji, takie jak salda, a także podpisy pierścieniowe i skróty, które zapewniają warstwy prywatności dla uczestników, danych i / lub warunków . Wreszcie rozwiązania poza łańcuchem w połączeniu z Ethereum stanowią okazję do przechowywania prywatnych danych i przeprowadzania transakcji o wysokiej przepustowości.

Project Ubin: Chronione transakcje publiczne a kanały prywatne

Przyjrzyjmy się różnicy między chronionymi transakcjami publicznymi a prywatnymi kanałami dla danych prywatnych. Chronione transakcje publiczne to transakcje, które są weryfikowane przez całą sieć, ale zazwyczaj kwota i potencjalnie rodzaj aktywów są chronione. Doskonałym tego przykładem jest Project Ubin, wspólny projekt Ethereum, w którym ConsenSys uczestniczyła wraz z Monetary Authority of Singapore w celu stworzenia międzybankowej sieci płatności. W projekcie Ubin konsorcjum instytucji finansowych wykorzystało dowody o zerowej wiedzy, aby umożliwić transfer aktywów cyfrowych do rozproszonej księgi bez ujawniania informacji o saldach lub kwotach transakcji.

Projekt Khokha: zobowiązania Pedersena

Innym niedawnym przykładem jest Project Khokha, który ConsenSys i Adhara, przedsięwzięcie ConsenSys, prowadzone z Bankiem Rezerw Republiki Południowej Afryki. W Projekcie Khokha ConsenSys i zespół Adhara wykorzystali zobowiązania Pedersena i dowody z zakresu Folkloru, aby przetworzyć typową dzienną wielkość płatności dla SARB z zachowaniem pełnej poufności i ostateczności w czasie krótszym niż dwie godziny. Te schematy zobowiązań okazały się znacznie szybsze do zweryfikowania niż dowody z wiedzą zerową.

Uczestnicy sieci mogą sprawdzić, czy nastąpiła poprawna aktualizacja, nie znając salda otwarcia, salda zamknięcia ani kwoty przelewu.

W ramach Projektu Khokha Adhara badał możliwość zastąpienia dowodów z odległości próbami pocisków, które są znacznie mniejsze i szybsze do sprawdzenia. Po prostu, zamiast zapisywać salda i kwoty transakcji w sposób przejrzysty, jak w normalnym kontrakcie ERC20, węzły piszą dowód lub zobowiązanie Pedersena dotyczące salda. Zobowiązania Pedersena są również addytywnie homomorficzne, co oznacza, że ​​w przypadku aktualizacji salda uczestnicy sieci mogą sprawdzić, czy nastąpiła poprawna aktualizacja, nie znając salda otwarcia, salda zamknięcia ani kwoty przelewu.

Warstwy publiczne + prywatność = przyszłościowe

Sieci biznesowe potrzebują odporności, współdziałania, zezwoleń i prywatności, aby odnieść sukces. Te wymagania są jednak poza zakresem zastrzeżonych rozproszonych rejestrów, nie mówiąc już o tradycyjnych technologiach baz danych. Dzięki szczegółowym warstwom prywatności i podejściu publicznemu Ethereum blockchain jest potężnym rozwiązaniem dla organizacji, które potrzebują elastyczności wewnętrznej platformy i chcą, aby globalny zasięg uczestniczył w ekonomii skali.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me