Naukowcy związani z Bankiem Rozrachunków Międzynarodowych przetestowali XRP Ledger jako warstwę weryfikacyjną dla oficjalnych statystyk, zgodnie z artykułem roboczym opublikowanym 2 września.
Podsumowanie
- Naukowcy BIS przetestowali XRP Ledger Devnet w celu weryfikacji integralności i pochodzenia oficjalnych zbiorów danych statystycznych.
- Prototyp rejestrował kryptograficzne odciski palców zbiorów danych, zamiast publikować podstawowe statystyki w łańcuchu do publicznej weryfikacji.
- Kontrolowane testy wykazały medianę opóźnienia publikacji wynoszącą od trzech do pięciu sekund w przeprowadzonych pomiarach naukowców.
- Weryfikacja trwała od jednej do dwóch sekund poprzez porównanie plików z rekordami XRP Ledger podczas testów.
- Autorzy stwierdzili, że system eksperymentalny nie był przeznaczony do produkcji i pozostaje nieutrzymywanym oprogramowaniem prototypowym.
Prototyp połączył XRP Ledger z Statistical Data and Metadata eXchange, czyli SDMX, międzynarodowym standardem używanym przez organizacje takie jak BIS do wymiany informacji statystycznych.
Zamiast umieszczać kompletne zbiory danych statystycznych w łańcuchu, system obliczał kryptograficzne odciski palców reprezentujące dane. Następnie rejestrował te odciski palców w Devnet XRP Ledger, umożliwiając odbiorcy sprawdzenie, czy pobrany plik odpowiada wersji pierwotnie opublikowanej.
Eksperyment nie stanowi wdrożenia produkcyjnego, partnerstwa z Ripple ani poparcia XRP jako inwestycji. Artykuł również stwierdza, że jego wnioski należą do autorów i mogą nie odzwierciedlać stanowiska instytucjonalnego BIS.
Prototyp XRP Ledger weryfikuje, czy dane się zmieniły
Oficjalne statystyki są powszechnie dystrybuowane za pośrednictwem stron internetowych, baz danych i automatycznych kanałów danych. Odbiorca musi ufać, że pobrany plik jest autentyczny, a jego zawartość nie zmieniła się od czasu opublikowania go przez wydawcę.
Naukowcy zaprojektowali swój prototyp, aby zapewnić niezależny rekord weryfikacyjny. Przed publikacją oprogramowanie konwertowało plik SDMX do ustandaryzowanego formatu i obliczało kryptograficzny skrót SHA3-512.
Skrót działa jak unikalny cyfrowy odcisk palca. Zmiana nawet niewielkiej części pliku źródłowego powoduje inny wynik. Odbiorca może zatem powtórzyć obliczenia i porównać wynik z odciskiem palca zapisanym w łańcuchu.
Prototyp obsługiwał sprawdzanie całego pliku lub wybranych serii statystycznych w nim zawartych. Gdy uwzględniono wiele serii, system łączył ich skróty w korzeń Merkle'a. Pozwoliło to kilku komponentom danych współdzielić jeden rekord w łańcuchu, pozostając jednocześnie niezależnie weryfikowalnymi.
Korzeń był zakotwiczany poprzez transakcję XRP Ledger. Odniesienie do tej transakcji było następnie osadzane w pliku SDMX, dając odbiorcom informacje niezbędne do zlokalizowania rekordu w łańcuchu i ukończenia porównania.
Projekt oznacza, że XRP Ledger nie ustalał, czy same statystyki były dokładne. Dostarczał jedynie dowód, że zweryfikowane dane odpowiadają wersji powiązanej z oryginalnym rekordem.
Naukowcy BIS zgłosili weryfikację w ciągu kilku sekund
Artykuł donosi o medianie opóźnienia publikacji wynoszącej około trzech do pięciu sekund w kontrolowanych warunkach testowych. Weryfikacja trwała około jednej do dwóch sekund.
Opóźnienie publikacji obejmowało proces tworzenia i potwierdzania rekordu w łańcuchu. Weryfikacja obejmowała ponowne obliczenie odcisku palca i sprawdzenie go z informacjami przechowywanymi w odpowiedniej transakcji XRP Ledger.
Tych wyników nie należy traktować jako gwarantowanej wydajności w warunkach produkcyjnych. Naukowcy przeprowadzili pomiary za pomocą systemu eksperymentalnego działającego na XRPL Devnet, a nie publicznej sieci głównej używanej do rzeczywistych transakcji.
Devnet dostarcza testowe XRP przez faucet i pozwala programistom eksperymentować bez używania aktywów o wartości rynkowej. Jego aktywność, wymagania dotyczące niezawodności i środowisko operacyjne różnią się od tych w sieci głównej XRP Ledger.
Naukowcy wybrali XRPL częściowo ze względu na stosunkowo szybkie potwierdzanie transakcji i niskie koszty transakcyjne. Jednak eksperyment nie porównywał wydajności XRPL bezpośrednio z Ethereum, Solaną, bazami danych z uprawnieniami ani konwencjonalnymi cyfrowymi usługami znaczników czasu.
Kod został opublikowany w publicznym repozytorium BIS. Jego dokumentacja opisuje oprogramowanie jako eksperymentalny dowód koncepcji, który nie jest przeznaczony do produkcji ani aktywnie utrzymywany.
Kontrole tożsamości wzmacniają zapis statystyczny
Potwierdzenie, że dane nie zostały zmienione, rozwiązuje tylko część problemu weryfikacji. Złośliwy podmiot mógłby utworzyć prawidłowy skrót dla fałszywego pliku i opublikować go z niezwiązanego adresu blockchain.
Prototyp rozwiązał to ryzyko za pomocą systemu tożsamości wydawcy. Używał poświadczenia W3C Verifiable Credential podpisanego kluczem tożsamości powiązanym z adresem wydawcy w XRP Ledger.
Odbiorca mógł użyć tego poświadczenia, aby sprawdzić, czy strona publikująca plik kontrolowała rozpoznany adres. Proces weryfikacji oceniał zatem zarówno integralność danych, jak i tożsamość wydawcy.
Komunikat SDMX zawierał odniesienie do transakcji, uporządkowane liście Merkle i poświadczenie wymagane do sprawdzenia. Weryfikator mógł odtworzyć korzeń z otrzymanego pliku i porównać go przez jedno wyszukiwanie w księdze.
Naukowcy stwierdzili, że architektura mogłaby ostatecznie wspierać dowody z wiedzą zerową. Taka technologia mogłaby pozwolić organizacji na udowodnienie wybranych faktów dotyczących ograniczonych danych bez ujawniania pełnego zestawu danych.
Zidentyfikowali również potencjalne zastosowanie przez agentów sztucznej inteligencji. Zautomatyzowane systemy coraz częściej pobierają statystyki bez ręcznego potwierdzania każdego źródła przez osobę. Rejestr weryfikacji czytelny maszynowo mógłby pozwolić oprogramowaniu na odrzucanie zmienionych lub błędnie przypisanych plików.
To pozostają proponowane rozszerzenia. Opublikowane repozytorium zapewnia eksperymentalny kod, a nie usługę produkcyjną dla banków centralnych, krajowych agencji statystycznych czy firm AI.
Przypadek użycia XRP Ledger nie wymaga przyjęcia XRP
Prototyp używał infrastruktury XRP Ledger, ponieważ każdy zapis w łańcuchu wymaga transakcji. Jednak nie używał XRP do płatności, płynności, rozliczeń ani transferów transgranicznych.
Do zakotwiczenia każdego rekordu w sieci głównej wymagana byłaby tylko niewielka opłata transakcyjna. Kwota zależałaby od warunków sieciowych i metody publikacji wybranej przez instytucję.
To rozróżnienie ma znaczenie, ponieważ użycie XRP Ledger niekoniecznie tworzy materialny popyt na jego natywny zasób. Wydawca danych mógłby zakotwiczyć wiele serii statystycznych przez pojedynczy korzeń Merkle, zmniejszając liczbę wymaganych transakcji.
Eksperyment rozszerza jednak typy aplikacji testowanych na XRPL poza płatności i tokenizowane aktywa finansowe. Sieć rozwija również funkcje instytucjonalne obejmujące handel z uprawnieniami, pożyczki i emisję aktywów.
W powiązanych doniesieniach infrastruktura instytucjonalna XRP Ledger rozszerzyła się poprzez rynki z uprawnieniami i natywne propozycje pożyczkowe. Te aplikacje finansowe są oddzielone od systemu weryfikacji statystycznej naukowców BIS.
Aktywność sieci stała się również bardziej skoncentrowana. Wolumen księgi zamówień XRP Ledger wzrósł o 79%, podczas gdy liczba dziennych traderów spadła w drugim kwartale, według badań opublikowanych przez Evernorth.
Żadne z tych wydarzeń nie przesądza, że prototyp statystyczny wejdzie do produkcji. Zapewniają one szerszy kontekst dla różnych aplikacji finansowych i niefinansowych testowanych w ekosystemie XRP Ledger.
Wdrożenie produkcyjne wymagałoby dalszych testów
Prototyp wymagałby dodatkowej pracy w zakresie bezpieczeństwa, zarządzania i operacji, zanim oficjalny dostawca statystyk mógłby na nim polegać. Instytucje potrzebowałyby polityk dotyczących kluczy wydawcy, naruszonych poświadczeń, nieudanych transakcji oraz poprawek do wcześniej opublikowanych zbiorów danych.
Trwałość rekordów blockchain stwarza kolejne wyzwanie. Oficjalne statystyki są często korygowane po otrzymaniu przez agencje nowych informacji lub po wykryciu błędów. System produkcyjny musi odróżniać uzasadnione korekty od nieautoryzowanych zmian, nie sugerując, że najwcześniejsza wersja pozostaje aktualna.
Wydawcy musieliby również zdecydować, czy polegać na publicznym blockchainie, uruchamiać dodatkową infrastrukturę, czy łączyć rekordy blockchain z istniejącymi systemami podpisu cyfrowego. Zasady prywatności mogą ograniczać, które metadane mogą pojawiać się w publicznych transakcjach.
Autorzy stwierdzili, że ich podejście nie ogranicza się do SDMX. Można je dostosować do innych ustrukturyzowanych formatów, w tym XBRL, którego firmy i organy regulacyjne używają do raportowania finansowego.
Nie podano terminu wdrożenia. Repozytorium stwierdza, że oprogramowanie nie jest utrzymywane, a BIS nie ogłosił planów wdrożenia go w swoich oficjalnych publikacjach statystycznych.
Zweryfikowany wynik jest zatem węższy niż twierdzenia, że BIS przyjął XRP Ledger. Naukowcy związani z BIS wykazali, że eksperymentalny system może używać XRPL Devnet do uwierzytelniania plików statystycznych w ciągu kilku sekund w kontrolowanych warunkach.
