Nie tak dawno zastanawiałem się, ile systemów cyfrowych dzisiaj nadal działa na strukturach zaprojektowanych dziesięciolecia temu. Z czasem technologia się poprawia, ale podstawowa architektura często pozostaje taka sama.

Platformy logistyczne nadal działają na warstwowych bazach danych. Systemy automatyzacji wciąż polegają na scentralizowanych serwerach. Nawet nowoczesna infrastruktura chmurowa, pomimo swojej skali i zaawansowania, ostatecznie działa pod kontrolą ograniczonej liczby dostawców.

Ponieważ te systemy działają niezawodnie, większość ludzi rzadko kwestionuje model, na którym są oparte.

Ale od czasu do czasu pojawia się nowy projekt, który nie tylko aktualizuje istniejący framework. Zamiast tego cicho kwestionuje założenia, na których ten framework został zbudowany.

Takie wrażenie miałem, gdy zacząłem bliżej badać Fabric.

Na pierwszy rzut oka może to wyglądać jak kolejny projekt łączący robotykę, automatyzację i infrastrukturę blockchain. Branża krypto badała podobne koncepcje wcześniej, często koncentrując się na poprawie koordynacji między maszynami lub tworzeniu bardziej efektywnych rynków dla zautomatyzowanych usług.

Fabric podchodzi do problemu z innej perspektywy.

Zamiast ulepszać obecną strukturę, bada, jak mogłaby wyglądać koordynacja maszyn, gdyby warstwa koordynacji sama w sobie była zdecentralizowana.

Tradycyjne sieci automatyzacji zazwyczaj polegają na scentralizowanych systemach kontrolnych. Platforma chmurowa przyjmuje polecenia, przetwarza dane i rozsyła instrukcje do maszyn podłączonych do systemu. Maszyny wykonują zadania, ale orkiestracja tych zadań pozostaje kontrolowana przez jedną platformę lub organizację.

Ta struktura jest wydajna, ale także koncentruje władzę.

Niezawodność systemu zależy od operatora, który go utrzymuje. Jeśli platforma zmienia politykę, doświadcza awarii lub znika całkowicie, maszyny podłączone do niej tracą swoją warstwę koordynacji.

Fabric wprowadza inne podejście.

Zamiast tego, aby maszyny polegały na zdecentralizowanej usłudze do koordynacji aktywności, interagują przez wspólny protokół, w którym zadania, weryfikacja i rozliczenia są obsługiwane w samej sieci.

W tej strukturze warstwa koordynacji nie jest własnością firmy. Istnieje jako część infrastruktury.

Maszyny mogą rejestrować swoje możliwości, przyjmować zadania z sieci, wykonywać pracę i produkować weryfikowalne wyniki potwierdzające, że praca została zakończona.

Te wyniki są rejestrowane i weryfikowane w systemie, co pozwala różnym uczestnikom na interakcję bez polegania na jednej kontrolującej władzy.

Jednym z najciekawszych aspektów tego projektu jest to, jak łączy procesy, które zwykle są oddzielone.

W tradycyjnych środowiskach automatyzacji maszyna kończy zadanie i raportuje wynik do centralnego serwera. Stamtąd inne systemy zajmują się weryfikacją, księgowością i płatnościami.

Fabric integruje te elementy w ramach tej samej struktury.

Wykonanie generuje dowód.

Sieć weryfikuje ten dowód.

Rozliczenie odbywa się automatycznie za pośrednictwem protokołu.

To tworzy pętlę, w której praca, walidacja i wynagrodzenie istnieją w tym samym systemie, a nie w kilku odłączonych warstwach.

Choć różnica może wydawać się subtelna, zmienia to znacząco sposób, w jaki działa koordynacja.

Zdecentralizowana chmura organizuje maszyny, ponieważ kontroluje infrastrukturę. Fabric organizuje maszyny, ponieważ protokół definiuje zasady, którymi kierują się uczestnicy.

Zamiast jednego operatora zarządzającego aktywnością, sieć opiera się na weryfikowalnym wykonaniu i wspólnych zachętach.

Maszyny mogłyby potencjalnie przyjmować zadania od wielu uczestników, nie będąc przywiązanymi do jednej organizacji. Operatorzy sprzętu mogliby wdrażać maszyny do sieci, zachowując własność i kontrolę nad swoim wyposażeniem.

Może najważniejsze jest to, że rozliczenie staje się automatyczne.

Praca jest zakończona.

Dowód jest generowany.

Sieć potwierdza wynik.

Wynagrodzenie następuje.

Patrząc z tej perspektywy, Fabric nie wygląda tylko jak projekt, który próbuje konkurować z infrastrukturą chmurową. Wygląda bardziej jak próba zaprojektowania systemów koordynacji dla świata, w którym maszyny komunikują się bezpośrednio poprzez wspólne protokoły.

Takie przejścia rzadko zdarzają się z dnia na dzień.

Przemysły zwykle ewoluują stopniowo, a starsze systemy zazwyczaj pozostają na miejscu, podczas gdy nowe modele zaczynają się rozwijać obok nich.

Z czasem jednak nowe architektury mogą zacząć wchłaniać funkcje, które kiedyś wymagały centralnej kontroli.

Fabric wydaje się badać ten typ przejścia.

Nie poprzez udoskonalanie istniejącego frameworku, ale poprzez zaproponowanie innego sposobu organizowania koordynacji maszyn.

Jeśli autonomiczne maszyny w końcu staną się powszechnymi uczestnikami cyfrowych gospodarek, infrastruktura łącząca je może potrzebować działać na tym samym poziomie autonomii.

Fabric oferuje wgląd w to, jak taka infrastruktura mogłaby wyglądać.

Fabric i idea autonomicznych sieci maszyn

Ostatnio zacząłem myśleć o tym, jak większość systemów, które dzisiaj koordynują maszyny, nadal podąża za bardzo znajomą strukturą. Niezależnie od tego, jak zaawansowany staje się sprzęt, warstwa kontroli zwykle wygląda tak samo. Zdecentralizowane chmury przetwarzają instrukcje, przechowują dane i zarządzają koordynacją między urządzeniami.

Roboty, drony i zautomatyzowane systemy mogą wykonywać fizyczną pracę, ale inteligencja, która je organizuje, zazwyczaj znajduje się gdzie indziej — w serwerach należących do firmy.

Przez lata ten model działał dobrze. Zdecentralizowana infrastruktura jest wydajna, przewidywalna i stosunkowo łatwa do zarządzania. Ale oznacza to również, że koordynacja zależy od platformy, która kontroluje system.

To tam Fabric zaczyna wyglądać interesująco.

Zamiast traktować maszyny jako urządzenia połączone z centralnym chmurą, Fabric bada, co się dzieje, gdy maszyny komunikują się poprzez wspólny protokół. W tej strukturze warstwa koordynacji nie jest własnością jednego operatora. Istnieje w samej sieci.

Maszyny mogą rejestrować swoje możliwości, przyjmować zadania, wykonywać pracę i dostarczać weryfikowalne wyniki, które potwierdzają, co wykonały.

Sieć rejestruje te wyniki i koordynuje interakcje między uczestnikami.

Patrząc w ten sposób, system zaczyna przypominać coś bliższego środowisku ekonomicznemu niż tradycyjnej platformie oprogramowania. Maszyny nie są już tylko narzędziami czekającymi na komendy. Stają się uczestnikami zdolnymi do wykonywania pracy, którą sieć może zweryfikować.

Jednym z bardziej znaczących aspektów Fabric jest to, jak integruje różne etapy procesu automatyzacji.

W tradycyjnych systemach maszyna kończy zadanie i raportuje je do centralnej platformy. Procesy weryfikacji i płatności zwykle odbywają się w oddzielnych systemach później.

Fabric stara się połączyć te etapy bezpośrednio w protokole.

Zadanie jest przydzielane.

Maszyna to wykonuje.

Dowód wyniku jest generowany.

Sieć weryfikuje wynik i koordynuje rozliczenie.

Łącząc wykonanie, weryfikację i rozliczenie w ramach tej samej infrastruktury, sieć tworzy bardziej ciągłą pętlę aktywności.

Ten projekt zmienia również sposób, w jaki utrzymywana jest koordynacja.

Zdecentralizowane chmury koordynują maszyny, ponieważ kontrolują platformę. Fabric koordynuje maszyny poprzez zasady wbudowane w protokół. Uczestnicy przestrzegają tych zasad, ponieważ sieć weryfikuje działania i dostosowuje zachęty.

To oznacza, że maszyny mogłyby potencjalnie wchodzić w interakcje z wieloma różnymi uczestnikami, nie będąc przywiązanymi do jednej firmy lub platformy.

Operatorzy sprzętu mogliby wdrażać maszyny, zachowując nad nimi kontrolę, zamiast oddawać tę kontrolę zdecentralizowanej usłudze.

Patrząc z tej perspektywy, Fabric mniej koncentruje się na konkurowaniu z dostawcami chmur, a bardziej bada różną architekturę dla koordynacji maszyn.

Zamiast polegać na zdecentralizowanej usłudze do organizacji aktywności, system pozwala na to, aby koordynacja wyłaniała się z samej sieci.

Oczywiście, przesunięcia infrastrukturalne tego rodzaju rzadko zdarzają się natychmiastowo. Przemysły zazwyczaj stopniowo przyjmują nowe modele, szczególnie gdy istniejące systemy już dobrze funkcjonują.

Jednak w całej historii technologii nowe modele koordynacji zwykle pojawiają się znacznie wcześniej, zanim staną się standardem.

Fabric wydaje się eksperymentować z jednym z tych modeli — siecią, w której maszyny, weryfikacja i ekonomiczne zachęty istnieją w tej samej wspólnej przestrzeni.

Jeśli autonomiczne maszyny będą się nadal rozwijać w różnych branżach, systemy zaprojektowane wokół tej struktury mogą stać się coraz bardziej istotne.

#ROBO @Fabric Foundation $ROBO