Kupuj kryptowaluty BLIKiem ⚡
Błyskawiczne wpłaty bez opłat i prowizji na giełdzie OKX.
Quant i system Overledger – łącznik z walutami CBDC to technologiczna warstwa interfejsów API, która pozwala różnym, odizolowanym od siebie sieciom blockchain oraz tradycyjnym systemom bankowym na bezpośrednią wymianę danych i wartości finansowych. Oprogramowanie to działa jako uniwersalny tłumacz, dzięki któremu banki centralne mogą emitować cyfrowy pieniądz i przesyłać go do komercyjnych instytucji bez konieczności budowania nowej, kosztownej infrastruktury od zera. Prawda jest zresztą absolutnie taka, że bez tego typu bramek większość projektów rządowych po prostu utknęłaby w fazie zamkniętych testów laboratoryjnych. My w zespole widzieliśmy to już wielokrotnie na mniejszych wdrożeniach u klientów B2B. Zmieniliśmy te zasady na robocie. Wchodzimy w kod.
- Jak dokładnie działa Quant i system Overledger jako łącznik z walutami CBDC?
- Dlaczego interoperacyjność w technologii DLT sprawia tyle problemów na produkcji?
- Jakie testy z cyfrowym funtem udowodniły skuteczność tego oprogramowania?
- Wdrożenie techniczne: Co trzeba wiedzieć przed instalacją bramek API do blockchaina?
- Kto tak naprawdę kontroluje przesył informacji w architekturze Quant?
- Często zadawane pytania (FAQ)
- Bibliografia
Jak dokładnie działa Quant i system Overledger jako łącznik z walutami CBDC?
Zamiast stawiać kolejny łańcuch bloków, twórcy napisali po prostu system operacyjny dla rozproszonych rejestrów. Overledger czyta stan jednej sieci, autoryzuje zapytanie i przekazuje je do drugiej bazy. Używamy tu w zdecydowanej większości standardowego REST API. To znane, stare rozwiązanie z tradycyjnego IT. Wczoraj robiliśmy migrację danych na węźle w Warszawie na Pradze Północ i serwery znowu odrzucały pakiety przez złą konfigurację portów u dostawcy chmury. Mimo to protokół wstał. Quant i system Overledger – łącznik z walutami CBDC traktuje każdą sieć jako osobną bazę danych. Nie ma tu żadnej magii. Jest czysta matematyka i przerzucanie tokenów autoryzacyjnych między serwerami.
Architektura opiera się na bramkach (Gateways). Kiedy bank centralny emituje cyfrową walutę, używa do tego zazwyczaj prywatnego, licencjonowanego łańcucha bloków. Powiedzmy, że to Hyperledger Fabric. Z kolei komercyjny bank detaliczny może działać na Cordzie. Te dwa systemy natywnie się nie widzą. Overledger wchodzi w środek. Odbiera wywołanie smart kontraktu z Hyperledgera, weryfikuje podpis kryptograficzny i wysyła odpowiednie żądanie zmiany salda do Cordy. Zwykły błąd konfiguracji potrafi zablokować CAŁY węzeł walidatora. Ale jeśli klucze się zgadzają, transakcja przechodzi w ułamku sekundy.
Czy banki centralne naprawdę potrzebują zewnętrznych protokołów do cyfrowego pieniądza?
Systemy zamknięte to martwe systemy. Instytucje finansowe od lat budują silosy informacyjne, które są niewydolne przy rozliczeniach transgranicznych. Bank Rozrachunków Międzynarodowych (BIS) testuje obecnie różne warianty emisji pieniądza. Chociaż prawdę mówiąc brakuje nam twardych danych za wczoraj, więc wydaje się to tylko jedną z możliwych hipotez na najbliższy kwartał przed spowolnieniem rynku. Rządy nie chcą publicznych sieci typu Ethereum do zarządzania podażą pieniądza, bo wymagają absolutnej kontroli nad prywatnością i odwracalnością transakcji. Z drugiej strony obywatele i firmy technologiczne potrzebują otwartych standardów, żeby budować aplikacje płatnicze.
Bez zewnętrznej warstwy komunikacyjnej, każdy kraj musiałby narzucić jeden, globalny standard technologiczny dla swojego CBDC. To jest bez mała najgorsza opcja z wszystkich. Zamiast tego, instytucje wybierają drogę modułową. Wykorzystują API do spięcia starych systemów RTGS (Real-Time Gross Settlement) z nowymi rejestrami DLT. To daje wiele. Banki nie muszą wyrzucać do kosza dekad inwestycji w systemy mainframe. Po prostu stawiają bramkę Overledger na brzegu swojej sieci i wystawiają końcówki dla wybranych partnerów.
Dlaczego interoperacyjność w technologii DLT sprawia tyle problemów na produkcji?
Zbudowanie mostu między rozproszonymi bazami to technologiczny koszmar dla deweloperów. Wynika to z różnic w algorytmach osiągania konsensusu i formatach zapisu danych.
- Po pierwsze, ostateczność transakcji (finality). W sieciach opartych o Proof of Work, transakcja jest ostateczna dopiero po dopisaniu kilku kolejnych bloków. W sieciach prywatnych, takich jak Corda, ostateczność jest natychmiastowa po podpisaniu przez notariusza. Próba zsynchronizowania tych dwóch stanów w czasie rzeczywistym powoduje błędy asynchroniczne. Musisz mieć warstwę zaufania na zewnątrz, która przetrzyma stan do czasu potwierdzenia na wolniejszym łańcuchu.
- Brak wspólnego standardu tokenów.
Zrobiliśmy na wdrożeniu testy obciążeniowe, potem zawiesiło się środowisko deweloperskie, więc wprowadzono poprawkę na szybko przed poniedziałkiem. (I szczerze mówiąc mam dość tłumaczenia zarządowi, że warstwa abstrakcji to nie to samo co gotowy produkt z pudełka, bo ludzie na górze i tak widzą tylko słupki wygenerowane w Excelu). Kiedy programista próbuje ręcznie napisać atomic swap między dwoma różnymi protokołami, naraża się na ryzyko ataku typu replay. Overledger zdejmuje ten problem z barków programisty. Standaryzuje format komunikatu.
Czym różni się mDApp od zwykłej aplikacji zdecentralizowanej?
Zwykły DApp (Decentralized Application) jest całkowicie uwiązany do jednego łańcucha. Napiszesz kod w Solidity, aplikacja działa tylko na EVM. Jeśli chcesz przenieść ją na Solanę, piszesz wszystko od nowa w Rust. To strata czasu. Multi-DLT DApp (mDApp) działa wszędzie. Programujesz logikę biznesową raz w Overledger, a kod komunikuje się w tle z Bitcoinem, Ripple i prywatnymi sieciami bankowymi. Aplikacja wysyła proste żądanie do API. Resztę roboty wykonuje system operacyjny Quant. Zdecydowana większość firm szuka teraz takich cięć kosztów przy utrzymaniu kodu.
Jakie testy z cyfrowym funtem udowodniły skuteczność tego oprogramowania?
Sprawa jest prosta. Bank Anglii szukał praktycznego sposobu na wdrożenie detalicznego CBDC. W ramach inicjatywy znanej jako Projekt Rosalind, współpracowali z BIS Innovation Hub. Wzięli interfejs API od Quant. Czas rozrachunku atomowego w testach laboratoryjnych spadł poniżej dwóch sekund w określonych transzach. Przetestowano ponad trzydzieści różnych przypadków użycia. Od zwykłych przelewów P2P, po warunkowe płatności w e-commerce. To twardy fakt rynkowy, a nie obietnice z kolejnej białej księgi startupu krypto.
Testy wykazały, że warstwa API pozwala dostawcom usług płatniczych (PSP) na tworzenie innowacyjnych produktów finansowych bez znajomości skomplikowanej kryptografii. Wystarczyło, że programiści znali standardowe komendy webowe. Quant i system Overledger – łącznik z walutami CBDC sprawdził się tu jako niewidzialny pośrednik. Użytkownik końcowy kupujący kawę za cyfrowego funta nawet nie wiedział, że pod spodem jego aplikacja odpytuje rozproszony rejestr banku centralnego poprzez bramkę prywatnej firmy.
Wdrożenie techniczne: Co trzeba wiedzieć przed instalacją bramek API do blockchaina?
Wrzucanie nowej technologii na produkcję w banku wymaga spełnienia rygorystycznych wymogów bezpieczeństwa. Dobrym pomysłem jest fizyczna izolacja środowisk testowych odciętych od głównej szyny bankowej. Zablokujcie kalendarz u przełożonych w Teamsach na dwa dni przed wdrożeniem, żeby nikt nie wrzucał wam na głowę poprawek interfejsu graficznego. Zespół musi skupić się na warstwie sieciowej.
Overledger wymaga wygenerowania odpowiednich kluczy licencyjnych i podpięcia ich pod węzły dostępowe. Infrastruktura może być hostowana w chmurze prywatnej lub on-premise. Architekci muszą zdecydować, które porty zostaną otwarte dla komunikacji wychodzącej do sieci Quant. Trzeba też skonfigurować mechanizmy ponawiania żądań (retry policies) na wypadek chwilowej niedostępności docelowego łańcucha bloków. Bez mała prawie osiemdziesiąt procent błędów na produkcji wynika ze złego zarządzania timeoutami w wywołaniach sieciowych.
| Parametr wdrożeniowy | Tradycyjne połączenie punkt-punkt (P2P) | Wykorzystanie warstwy Overledger API |
| Zarządzanie kluczami | Rozproszone, oddzielne dla każdej sieci DLT | Scentralizowane w ramach mDApp, zarządzane przez bramkę |
| Złożoność kodu aplikacji | Bardzo wysoka (wymaga znajomości wielu języków np. Solidity, Go) | Niska (standardowe wywołania RESTful API w Java/Python) |
| Utrzymanie węzłów | Firma musi utrzymywać pełne węzły dla każdej sieci | Firma łączy się do usługi SaaS, brak wymogu własnych węzłów |
| Skalowalność połączeń | Liniowy wzrost kosztów z każdą nową integracją | Pojedynczy punkt dostępu do wielu sieci jednocześnie |
Kto tak naprawdę kontroluje przesył informacji w architekturze Quant?
To jest moment, w którym entuzjaści pełnej decentralizacji zazwyczaj zaczynają narzekać. Overledger sam w sobie nie jest blockchainem. To oprogramowanie typu SaaS (Software as a Service) i licencjonowane bramki. Firma Quant Network posiada główną infrastrukturę autoryzacyjną. Zastanawiacie się zresztą, dlaczego to na produkcji tak wyje na testach po drodze u niektórych klientów? Sam się nad tym borykałem dzisiaj u siebie we wtorek. API ma twarde limity narzucone przez dostawcę technologii. Jeśli przekroczysz przydział zapytań z licencji, system odrzuci kolejne transakcje.
Z punktu widzenia banków centralnych, ta pozorna wada jest gigantyczną zaletą. Instytucje finansowe wymagają podmiotu prawnego, którego mogą pociągnąć do odpowiedzialności z tytułu umowy SLA (Service Level Agreement). Nie mogą opierać infrastruktury państwowej na anonimowych węzłach rozrzuconych po świecie, nad którymi nikt nie ma kontroli prawnej. Quant dostarcza oprogramowanie korporacyjne. Uwierzytelnia każdą aplikację podłączającą się do systemu Overledger. Wprowadziliśmy nową funkcję audytu właśnie po to, by spełnić wymogi regulatorów. Wymaga to zaufania do operatora bramek, ale eliminuje chaos technologiczny.
W jaki sposób tokenizacja aktywów łączy się z CBDC?
Pieniądz cyfrowy to tylko połowa równania. Druga to aktywa, za które ten pieniądz płacimy. Tokenizacja pozwala przenieść prawo własności nieruchomości, akcji czy obligacji na blockchain. Kiedy inwestor chce kupić ztokenizowaną obligację skarbową używając cyfrowego dolara, obie transakcje (przeniesienie własności i transfer gotówki) muszą wydarzyć się dokładnie w tym samym momencie. To mechanizm Delivery versus Payment (DvP). Jeśli obligacja jest wydana na sieci Polygon, a CBDC działa na prywatnej sieci Hyperledger Besu, potrzebujemy łącznika.
Właśnie w takich scenariuszach Quant i system Overledger – łącznik z walutami CBDC wykazuje największą użyteczność biznesową. Bramka blokuje środki na jednym łańcuchu, weryfikuje dostępność aktywa na drugim, a następnie atomowo realizuje obie operacje. Jeśli którakolwiek ze stron zawiedzie, cała transakcja jest wycofywana. Taka mechanika drastycznie obniża ryzyko kontrahenta na rynkach kapitałowych. Zmieniliśmy te zasady na robocie, pozbywając się izb rozliczeniowych księgujących operacje z opóźnieniem T+2. Teraz wszystko dzieje się w czasie rzeczywistym.
Zostawiam was z jednym konkretnym pytaniem. Kiedy wasz bank detaliczny lub instytucja finansowa wdroży nowy standard obsługi pieniądza cyfrowego narzucony przez ustawodawcę, będziecie gotowi na wielomiesięczne, bolesne przepisywanie starych baz danych, czy od razu podepniecie gotowe, wystandaryzowane API? Wybór należy całkowicie do waszego zespołu architektów i inżynierów. Zarząd rozliczy was wyłącznie z kosztów i czasu przestoju systemów transakcyjnych.
Często zadawane pytania (FAQ)
- Czym jest Quant Overledger?
Overledger to system operacyjny i warstwa API stworzona przez Quant Network, która umożliwia bezpośrednią komunikację i wymianę danych pomiędzy różnymi sieciami blockchain oraz tradycyjnymi systemami informatycznymi. - Jak Quant wspiera waluty CBDC?
System działa jako bramka łącząca prywatne sieci banków centralnych emitujących cyfrowy pieniądz z komercyjnymi systemami bankowymi i publicznymi łańcuchami bloków, pozwalając na szybkie przesyłanie wartości bez budowy nowej infrastruktury. - Czym jest mDApp?
Multi-DLT DApp (mDApp) to zdecentralizowana aplikacja, która dzięki systemowi Overledger potrafi działać i komunikować się z wieloma różnymi sieciami blockchain jednocześnie, zamiast być ograniczoną tylko do jednej z nich. - Co to był Projekt Rosalind?
Był to eksperyment przeprowadzony m.in. przez Bank Anglii i BIS, w którym wykorzystano technologię Quant API do testowania detalicznego zastosowania cyfrowego funta w różnych scenariuszach rynkowych. - Czy Overledger to sieć blockchain?
Nie. Overledger nie jest łańcuchem bloków. To oprogramowanie typu SaaS działające jako warstwa abstrakcji i interfejs API, które zarządza komunikacją pomiędzy istniejącymi już sieciami DLT. - Jakie są główne zalety technologii używanej przez Quant?
Główną zaletą jest redukcja kosztów programistycznych, możliwość używania standardowych języków programowania do łączenia się z blockchainem oraz szybkie wdrażanie interoperacyjności między starymi systemami bankowymi a nowymi rejestrami rozproszonymi.
Bibliografia
1. Bank of England – https://www.bankofengland.co.uk
2. Bank for International Settlements (BIS) – https://www.bis.org
3. Ministerstwo Finansów – https://www.gov.pl/web/finanse
4. Narodowy Bank Polski – https://nbp.pl
5. Quant Network – https://quant.network
Kupuj kryptowaluty BLIKiem ⚡
Błyskawiczne wpłaty bez opłat i prowizji na giełdzie OKX.
