Flare Confidential Compute rusza na Songbirdzie, przenosząc prywatne dane instytucjonalne na łańcuch dzięki USDX od Hex Trust
Najważniejsze informacje
- •FCC przetwarza poufne dane w zarejestrowanych Zaufanych Środowiskach Wykonawczych (TEE) i publikuje onchain wyłącznie weryfikowalne, zagregowane wyniki.
- •Stablecoin USDX od Hex Trust jest pierwszym stablecoinem wykorzystującym FCC do oceny pokrycia rezerw na podstawie publicznych i prywatnych danych rezerw.
- •Wynik rezerw może być wykorzystywany przez FAssets i zdecentralizowane giełdy jako programistyczny sygnał pokrycia dla USDX.
- •Zatwierdzenia onchain, zaświadczenia sprzętowe i zarejestrowane klucze enklaw pozwalają kontraktom zweryfikować, w jaki sposób uzyskano wyniki FCC.
- •FCC działa na Songbirdzie po przyjęciu STP.13 w lipcu 2026 r., a planowane są osobne wdrożenie na Flare i szerszy dostęp dla programistów.

Flare, platforma blockchain skoncentrowana na infrastrukturze danych, uruchomiła Flare Confidential Compute (FCC) na Songbirdzie, swojej sieci kanaryjskiej. Nowy system przetwarza prywatne dane instytucjonalne i generuje podpisane wyniki, które inteligentne kontrakty mogą weryfikować onchain, przy czym informacje źródłowe pozostają nieujawnione. Pierwszym wdrożeniem instytucjonalnym jest rozszerzenie Proof of Reserves, a stablecoin USDX od Hex Trust staje się pierwszym stablecoinem przyjmującym tę technologię. Pokrycie rezerwami jest kluczowe dla tego, jak stablecoin jest akceptowany jako zabezpieczenie i wykorzystywany na różnych rynkach handlowych, i właśnie na to celuje to pierwsze wdrożenie.
Inteligentne kontrakty zależą od danych, które mogą niezależnie zweryfikować. Flare już obsługuje informacje publiczne poprzez Flare Time Series Oracle (FTSO) i Flare Data Connector (FDC). Informacje instytucjonalne — takie jak salda rezerw, wartości aktywów netto funduszy, pozycje zabezpieczeń, dane kredytowe i rejestry zgodności — zazwyczaj nie mogą zostać upublicznione. W braku mechanizmu pozwalającego udowodnić twierdzenia dotyczące takich danych kontrakty pozostają z wyborem: pominąć je lub zaakceptować na wiarę. FCC wypełnia tę lukę, przetwarzając poufne dane wejściowe w zarejestrowanym Zaufanym Środowisku Wykonawczym (TEE) i zwracając podpisany wynik, który kontrakty mogą sprawdzić przed podjęciem działań. Na łańcuch publikowana jest wyłącznie zagregowana konkluzja; dane źródłowe pozostają prywatne.
Proof of Reserves przybywa do USDX
Pierwszą aplikacją FCC jest rozszerzenie Proof of Reserves zaprojektowane dla aktywów, których pokrycie łączy elementy publiczne i prywatne. Hex Trust stosuje je do USDX, swojego stablecoina odniesionego do USD w stosunku 1:1. Informacje o rezerwach pochodzą z dwóch źródeł: publicznej kwoty rezerw oraz ograniczonej kwoty rezerw gotówkowych. Rozszerzenie ocenia łączną sumę wewnątrz TEE w odniesieniu do podaży USDX w całym ekosystemie, a następnie generuje podpisany wynik wskazujący, czy stablecoin jest pokryty w stosunku 1:1 lub wyżej. Wynik jest publikowany bez ujawniania szczegółowych danych rezerw.
USDX pełni funkcję zabezpieczenia w systemie FAssets na Songbirdzie, a jego feed referencyjny przechodzi na ten model oparty na rezerwach. Zdecentralizowane giełdy mogą wykorzystać ten sam wynik jako podstawę wyceny USDX, przy czym metadane feedu pokazują przy każdej aktualizacji, czy pokrycie spełnia wymagany próg. W obu przypadkach sygnał onchain daje integrującym protokołom kontrolę pokrycia, którą mogą oceniać programistycznie.
„Integracja Flare Confidential Compute wzmacnia warstwę zaufania dla adopcji instytucjonalnej, umożliwiając w czasie rzeczywistym weryfikowalność na łańcuchu rezerw USDX, a tym samym potwierdzając jego pozycję jako zaufanego stablecoina w ekosystemie Flare” — powiedział Ben Usinger, szef działu stablecoinów w Hex Trust, w pisemnym oświadczeniu.
Weryfikowalne wykonywanie w tle
FCC umożliwia kontraktom potwierdzenie nie tylko wyniku, ale także warunków, w jakich został uzyskany. Dostawcy danych Songbirda przekazują i podpisują każdą instrukcję zgodnie z polityką podpisywania Flare, a TEE wykonuje instrukcję dopiero wtedy, gdy nosi ona ważoną większość podpisów dostawców. To ten sam zestaw dostawców, który obsługuje FTSO i FDC.
Każda zatwierdzona wersja kodu FCC jest reprezentowana przez hash odtwarzalnego obrazu kontenera zatwierdzonego onchain, co oznacza, że maszyny uruchamiające niezatwierdzone oprogramowanie nie mogą się zarejestrować, a aktualizacje stają się zdarzeniami onchain. Przy dołączaniu do rozszerzenia TEE przedstawia zaświadczenie sprzętowe potwierdzające, że uruchamia zatwierdzoną wersję kodu. Zaświadczenie jest weryfikowane przez FDC i rejestrowane onchain. Klucz podpisujący maszyny jest tworzony wewnątrz enklawy podczas rozruchu i nigdy jej nie opuszcza. TEE podpisuje swojeiki tą zarejestrowaną tożsamością, a kontrakt weryfikujący znany jako rejestr TEE sprawdza podpis, zanim jakikolwiek inny kontrakt będzie mógł zapisać lub wykorzystać wynik. Praktycznym skutkiem jest to, że podstawa zaufania do każdego wyniku — zatwierdzony kod, zaświadczone sprzęt i zarejestrowany klucz podpisujący — jest sama rejestrowana onchain.
W przypadku Proof of Reserves FCC łączy publiczne komponenty rezerw, prywatne rejestry rezerw i podaż tokenów w jednym obliczeniu, a następnie stosuje zdefiniowaną regułę pokrycia, od pojedynczego progu po politykę wielu warunków.
Uzupełnienie stosu danych
FCC dopełnia infrastrukturę danych Flare, rozszerzając ją na informacje, które nie mogą być publikowane bezpośrednio onchain. Działa obok FTSO dla publicznych danych rynkowych i FDC dla weryfikacji międzyłańcuchowej oraz Web2, wszystko pod jednym sieciowym zestawem dostawców i polityką podpisywania. Tworzy to wspólne ramy dla aplikacji wymagających zweryfikowanych wniosków z danych prywatnych, w tym rynków pożyczkowych łączących ceny publiczne z informacjami o pokryciu, tokenizowanych funduszy generujących weryfikowalne NAV z nieujawnionych aktywów oraz przypadków kredytowych lub zgodności, gdzie rejestry muszą pozostać poufne.
FCC jest obecnie uruchomione na Songbirdzie po przyjęciu STP.13 w lipcu 2026 r., a osobne wdrożenie na Flare nastąpi później. Pierwsza wersja działa na maszynach TEE wykorzystujących poufne przetwarzanie Google Cloud, obsługiwanych przez Flare Foundation, a architektura ma się rozszerzyć na szerszy zestaw operatorów i producentów sprzętu. Ramy rozszerzeń zostaną otwarte dla programistów później w okresie startowym, a dokumentacja będzie dostępna przez Flare Dev Hub.