Sieć Helium – architektura, integracja z LoRaWAN i praktyczne ograniczenia
Sieć Helium jest zdecentralizowaną infrastrukturą bezprzewodową przeznaczoną do zapewniania łączności dalekiego zasięgu i niskiego poboru energii dla urządzeń IoT. Łączy standardową technologię radiową LoRaWAN z modelem zachęt opartym na blockchain.
W odróżnieniu od klasycznych wdrożeń, zasięg sieci nie jest budowany przez jednego operatora. Tworzą go niezależni uczestnicy instalujący kompatybilne bramki, określane jako Hotspoty.
Helium a tradycyjny LoRaWAN
W typowym wdrożeniu LoRaWAN:
- serwer sieciowy jest centralnie zarządzany,
- bramki należą do jednego operatora,
- zasięg jest planowany i kontrolowany,
- parametry radiowe mogą być weryfikowane podczas projektowania sieci.
W modelu Helium:
- bramki są własnością niezależnych użytkowników,
- zasięg jest tworzony społecznościowo,
- wiele serwerów sieciowych może korzystać z tej samej infrastruktury,
- dostęp opiera się na faktycznym użyciu, a nie na własności infrastruktury.
Zmienia to model operacyjny, ale nie zmienia zachowania radiowego komunikacji LoRaWAN.
LongFi
Helium wprowadził pojęcie LongFi. Z technicznego punktu widzenia LongFi nie zastępuje LoRaWAN. Łączy warstwę radiową LoRaWAN z dodatkowymi mechanizmami uwierzytelniania urządzeń, rozliczania transmisji i zachęt dla operatorów bramek.
LongFi dodaje:
- mechanizmy uwierzytelniania urządzeń,
- rozliczanie transmisji za pomocą Data Credits,
- model zachęt dla operatorów infrastruktury.
Hotspoty Helium
Hotspot Helium jest w praktyce bramką LoRaWAN z dodatkowymi komponentami programowymi. Z punktu widzenia RF zachowuje się jak standardowa bramka LoRaWAN. Różnica dotyczy sposobu zarządzania siecią, kontroli dostępu i modelu ekonomicznego.
Typowy Hotspot zawiera:
- LoRa packet forwarder,
- oprogramowanie sieci Helium,
- połączenie z szerszą infrastrukturą sieciową.
HNT i Data Credits
Ekosystem Helium wykorzystuje dwie główne jednostki:
- HNT – token używany jako mechanizm zachęt dla uczestników sieci,
- Data Credits – jednostki używane do opłacania transmisji danych.
Data Credits są zużywane wtedy, gdy urządzenia przesyłają dane przez sieć. Tworzy to model oparty na faktycznym użyciu, zamiast stałego kosztu infrastruktury.
Proof-of-Coverage
Sieć wykorzystuje mechanizm Proof-of-Coverage do weryfikacji, czy bramki zapewniają rzeczywisty zasięg radiowy. Bramki wymieniają między sobą sygnały radiowe i potwierdzają swoją obecność w sieci.
W praktyce skuteczność tego mechanizmu silnie zależy od:
- lokalizacji bramek,
- odległości między węzłami,
- wysokości i zysku anten,
- lokalnego środowiska RF,
- terenu i przeszkód.
Rzeczywistość RF
Helium nie zmienia fizycznych ograniczeń LoRaWAN. Zasięg radiowy nadal zależy od jakości instalacji, parametrów anten, warunków propagacyjnych oraz poziomu zakłóceń w danym środowisku.
Model zdecentralizowany zmienia sposób wdrażania infrastruktury, ale nie eliminuje ograniczeń projektowania RF.
Praktyczne zastosowania
Sieci oparte na Helium mogą być wykorzystywane w typowych zastosowaniach LoRaWAN:
- śledzenie zasobów,
- monitoring środowiskowy,
- inteligentne opomiarowanie,
- czujniki przemysłowe,
- logistyka i systemy magazynowe.
W aplikacjach wymagających gwarantowanego zasięgu, deterministycznej pracy lub pełnej kontroli nad infrastrukturą radiową, nadal zwykle lepszym wyborem są prywatne wdrożenia LoRaWAN.
Ograniczenia
Główne ograniczenia modelu Helium to:
- niekontrolowane rozmieszczenie bramek,
- zmienna jakość pokrycia radiowego,
- zależność od udziału społeczności,
- ograniczona kontrola nad gęstością sieci,
- brak deterministycznych parametrów radiowych.
Podsumowanie
Sieć Helium nie jest nową technologią radiową. Jest innym modelem organizacji i motywowania rozwoju infrastruktury LoRaWAN.
Z inżynierskiego punktu widzenia:
- parametry RF pozostają parametrami standardowego LoRaWAN,
- główna różnica dotyczy modelu własności i dostępu,
- rzeczywista praca sieci nadal zależy od anten, jakości instalacji i warunków propagacyjnych.