Czym jest Quant (QNT) i jak działa?

Czym jest Quant (QNT)?

Quant to projekt interoperacyjności. Oznacza to, że został stworzony po to, aby aplikacje i systemy oparte na różnych sieciach blockchain i DLT mogły ze sobą współpracować. DLT oznacza distributed ledger technology: zbiorcze określenie systemów, w których wiele stron korzysta ze wspólnego cyfrowego rejestru.

Technologia Quant nosi nazwę Overledger. Nie jest to własny blockchain, lecz warstwa platformy działająca ponad innymi sieciami i obok nich. Overledger może współpracować zarówno z publicznymi blockchainami, jak i z sieciami prywatnymi oraz permissioned. Sieć permissioned to sieć, do której nie każdy może po prostu dołączyć; dostęp jest ograniczony do zatwierdzonych uczestników.

QNT jest powiązanym tokenem Quant. To token ERC-20 na Ethereum. W ekosystemie Quant QNT służy do uzyskiwania dostępu do Overledger, licencji oraz określonych opłat za korzystanie z infrastruktury.

Warto wiedzieć: QNT nie jest natywną monetą własnego blockchaina Quant. Nie istnieje więc osobny mainnet Quant, który byłby zabezpieczany przez QNT za pomocą własnego mechanizmu konsensusu. QNT nie daje też prawa własności, prawa do zysku, prawa do zwrotu ani prawa do zarządzania protokołem.

Najważniejsze informacje

• Quant buduje infrastrukturę do łączenia różnych sieci blockchain i DLT.
• QNT to token ERC-20 na Ethereum służący do dostępu, licencji i określonych kosztów użytkowania.
• Overledger nie jest własnym blockchainem Layer 1, lecz warstwą działającą ponad innymi sieciami.
• Connectors i Overledger Gateway obsługują komunikację z podłączonymi sieciami.
• Platforma oferuje możliwości techniczne, ale użytkownicy nadal zależą od dostępu, infrastruktury i konfiguracji.

Jak działa Quant?

Quant działa za pośrednictwem Overledger, środowiska, które zapewnia jeden punkt dostępu do interakcji z wieloma sieciami DLT. Zamiast budować osobne techniczne połączenie dla każdej sieci, developer może korzystać z jednego API. API można rozumieć jako stały sposób komunikacji między oprogramowaniem.

W tym procesie centralną rolę odgrywa Overledger Gateway. Gateway sprawdza, kto wysyła żądanie, stosuje reguły dostępu i kieruje żądanie do właściwego miejsca. Może też rozdzielać ruch, stosować limity i koordynować wieloetapowe workflow.

Poniżej znajdują się connectory. To techniczne połączenia, które rozumieją, jak działa konkretna rodzina sieci. Connector komunikuje się z dostępnymi node’ami takiej sieci i zamienia żądanie w coś, co sieć docelowa może przetworzyć. Node’y to komputery lub serwery podłączone do sieci, które przetwarzają dane lub żądania.

Quant ma również Fusion. To optimistic rollup zgodny z EVM. Zgodność z EVM oznacza, że aplikacje mogą działać ze środowiskiem wykonawczym znanym z Ethereum. Optimistic rollup przetwarza aktywność w osobnej warstwie i może wyprowadzać jej stan z wielu podłączonych sieci DLT.

Fusion jest jednak osobnym komponentem w ramach Overledger. Nie każda sieć dostępna przez Overledger musi więc być również połączona z Fusion.

Przegląd Quant (QNT)

Czym jest Overledger firmy Quant?

Overledger to platforma multi-DLT firmy Quant. Została zaprojektowana dla aplikacji, które nie chcą działać wyłącznie na jednym blockchainie lub jednej sieci DLT, lecz muszą łączyć informacje, wiadomości lub działania między wieloma sieciami.

Najważniejsze elementy to Overledger Gateway, connectory, orkiestracja, Overledger Firewall i Fusion. Orkiestracja oznacza tutaj, że Overledger może prowadzić wiele kroków we właściwej kolejności, nawet jeśli dotyczą one różnych sieci.

Gateway jest centralnym punktem dostępu. Odpowiada między innymi za uwierzytelnianie, routing i rate limiting. Uwierzytelnianie sprawdza, kto próbuje uzyskać dostęp. Routing określa, do którego node’a lub której sieci trafia żądanie. Rate limiting ogranicza liczbę żądań, które można wysłać w określonym czasie.

Overledger Firewall dodaje do tej warstwy zasady. Dzięki temu można określić, które sieci, aplikacje, metody i działania on-chain są dozwolone. Działanie on-chain to działanie wykonywane na blockchainie lub innej sieci DLT.

Istnieją też Flow Applications. To wieloetapowe workflow, którymi można sterować za pomocą interfejsu użytkownika, API lub integracji z agentem. Mówiąc prościej: aplikacja może dzięki temu wykonywać serię działań, które nie muszą odbywać się w tej samej sieci.

Overledger nie jest więc w pełni permissionless protokołem bez centralnej warstwy usługowej. Dostęp i zarządzanie odbywają się przez Gateway oraz powiązane reguły dostępu.

Jak Quant łączy różne blockchainy?

Dla każdej obsługiwanej rodziny DLT Overledger używa connectora. Connector komunikuje się z node’ami danej sieci. Dzięki temu ta sama aplikacja może w zasadzie działać z wieloma typami sieci bez konieczności samodzielnego obsługiwania wszystkich różnic technicznych.

Żądanie przechodzi w przybliżeniu przez kilka etapów. Najpierw sprawdzane jest, kto je wysyła. Następnie Gateway ocenia, czy żądanie mieści się w polityce dostępu. Potem jest ono kierowane do zdrowego, dostępnego node’a i przekazywane do sieci docelowej.

Podczas routingu można uwzględniać takie czynniki jak stan node’ów, latency i wskaźniki błędów. Latency to opóźnienie między wysłaniem żądania a odpowiedzią. Dzięki temu Gateway może wybrać dostępny node zamiast ślepo korzystać z jednego stałego node’a.

Connectory mogą łączyć sieci publiczne, prywatne i permissioned. W przypadku sieci prywatnych i konsorcjalnych często potrzebny jest zarządzany onboarding. Oznacza to, że podłączenie nie zawsze można przeprowadzić od razu i samodzielnie.

Fusion może obsługiwać wpłaty, wypłaty oraz wiadomości cross-chain między podłączonymi sieciami. Umieszcza state roots w podłączonych sieciach. State root to zwięzłe kryptograficzne podsumowanie stanu i historii rollupu, dzięki któremu podłączone sieci mogą zweryfikować tę historię.

Przy wypłacie z Fusion trzeba uzbroić się w cierpliwość. Ponieważ Fusion jest optimistic rollup, wypłata staje się ostateczna dopiero po zakończeniu okresu sporu. W tym czasie nieprawidłowe działanie może zostać zakwestionowane.

Nie każdy blockchain jest automatycznie dostępny przez Overledger. W przypadku nowego typu DLT potrzebny jest connector, dostępny interfejs RPC lub REST oraz onboarding. To, które sieci i powiązania tokenów są dostępne z Fusion, zależy również od konkretnej implementacji i środowiska.

Kto założył Quant?

Gilbert Verdian jest założycielem i CEO Quant. Quant Network Ltd została zarejestrowana w Wielkiej Brytanii 28 września 2015 roku, a Gilbert Verdian od tego samego dnia figurował jako dyrektor.

Prace nad koncepcją Overledger rozpoczęły się w 2015 roku. W innych materiałach jako rok założenia podaje się 2018. Te różne daty mogą być mylące, ale Gilbert Verdian pozostaje stałym nazwiskiem założyciela Quant.

Sprzedaż tokenów QNT odbyła się w kwietniu 2018 roku, a emisja tokenów QNT nastąpiła w czerwcu 2018 roku.

Jakie są zalety Quant?

Quant i Overledger mają kilka cech technicznych, które mogą być przydatne w niektórych zastosowaniach:

• Jedna warstwa API dla wielu sieci. Developerzy mogą pracować z publicznymi, prywatnymi i permissioned sieciami DLT za pośrednictwem jednej warstwy technicznej.
• Mniej osobnego zarządzania technicznego. Connectory mogą ograniczyć potrzebę osobnego zarządzania providerami node’ów, logiką failover i klientami specyficznymi dla danej sieci dla każdej obsługiwanej sieci. Logika failover pozwala systemowi przełączyć się na inne rozwiązanie, gdy połączenie lub node jest niedostępny.
• Routing oparty na stanie node’ów. Gateway może uwzględniać stan, latency i wskaźniki błędów podczas kierowania żądań.
• Środowisko zgodne z EVM dzięki Fusion. Fusion zapewnia jedno środowisko wykonawcze dla aplikacji, które chcą komunikować się z wieloma podłączonymi sieciami.
• Polityki i kontrola dostępu. Overledger Firewall może egzekwować zasady dotyczące dostępu, smart contracts, wiadomości i tokenów. Może to mieć znaczenie w środowiskach z wymaganiami compliance.

Są to możliwości techniczne, a nie gwarancja, że każda aplikacja będzie działać bezproblemowo. Praktyczna użyteczność zależy między innymi od wybranych sieci, uprawnień dostępu, konfiguracji i sposobu wdrożenia infrastruktury przez użytkownika.

Jakie są wady Quant?

Overledger ma też wyraźne kompromisy i kwestie wymagające uwagi:

• Zależność od Gateway. Dostęp odbywa się przez uwierzytelnianie, klucze API i politykę Gateway. Oznacza to zależność od kompatybilnej infrastruktury i obowiązujących warunków dostępu.
• Nie wszystko jest od razu self-service. Niektóre prywatne, konsorcjalne lub nowe rodziny DLT wymagają zarządzanej integracji. Nie można więc zakładać, że każda sieć będzie dostępna natychmiast.
• Staking nie jest jeszcze w pełni dopracowany dla użytkowników. Doświadczenie użytkownika związane ze stakingiem ma się pojawić dopiero wtedy, gdy będzie dostępne w panelu testnetu. W przypadku publicznych node’ów ilość powiązanego stakowanego QNT może być jednak czynnikiem przy wyborze routingu. Konkretne twierdzenia dotyczące nagród za staking, roli walidatora lub ostatecznych warunków nie są więc możliwe.
• Wypłaty z Fusion wymagają czasu. Ze względu na okres sporu w optimistic rollup wypłaty z Fusion nie są natychmiast ostateczne.
• Niejasność wokół całkowitej podaży QNT. Kontrakt tokena zawiera teoretyczny limit 45 467 000 QNT. Po token burn we wrześniu 2018 roku podano pozostałą podaż 14 612 493,080826178 QNT, podczas gdy raportowana jest również wartość 14 881 364 QNT. Dlatego podawanie jednej dokładnej liczby całkowitej podaży bez wyjaśnienia, czy chodzi o limit kontraktu, spalone tokeny czy raportowaną pozostałą podaż, byłoby mylące.

Podsumowanie

Quant to projekt interoperacyjności, który za pomocą Overledger próbuje łączyć aplikacje i systemy działające na różnych publicznych, prywatnych i permissioned sieciach DLT. QNT jest przy tym tokenem ERC-20 na Ethereum, przeznaczonym do dostępu, licencji i określonych kosztów użytkowania w ekosystemie.

Istota Quant nie leży we własnym blockchainie Layer 1, lecz w Overledger Gateway, connectorach i dodatkowych elementach, takich jak Fusion. Gateway odpowiada za dostęp i routing, a connectory niwelują techniczne różnice między sieciami. Fusion dodaje zgodny z EVM optimistic rollup dla aplikacji komunikujących się z wieloma podłączonymi sieciami.

Istnieją też kompromisy. Overledger działa z uwierzytelnianiem, kluczami API i polityką dostępu, niektóre integracje wymagają zarządzanego onboardingu, a wypłaty z Fusion nie są natychmiast ostateczne. Ponadto przy QNT ważne jest rozróżnienie między różnymi danymi dotyczącymi całkowitej podaży.