Inne projekty nakładają FHE na istniejący blockchain jak plaster.
Octra zaprojektowała każdą warstwę stosu wokół zaszyfrowanych obliczeń — od konsensusu po AML.
zama.ai fhEVM to pioniерski projekt — ale zaprojektowany dla Ethereum, gdzie każda operacja FHE to oddzielna transakcja. Octra zrobiła to inaczej.
Każda warstwa zaprojektowana wokół FHE — nie dobudowana do istniejącego stosu.
Izolowane aplikacje z zaszyfrowanym stanem. Hostowanie bez serwera, DNS ani CDN — bezpośrednio na sieci. Adres: oct://circle_id/path. Sealed: stan widoczny tylko dla uczestników. Public: wynik jawny, wejście prywatne.
VM wykonująca kontrakty AML (AppliedML) skompilowane do bytecode. Natywne typy zaszyfrowane: ct_int, ct_bool. Każdy kontrakt w izolowanym sandboxie. Bez EVM-kompatybilności — bez legacy ograniczeń.
Silnik obliczeń homomorficznych oparty na hipergrafach. Masowa równoległość zamiast sekwencyjnych bramek TFHE. Natywne operacje na zaszyfrowanych danych:
Warstwa konsensusu napisana w OCaml. Asynchroniczny DAG umożliwia przetwarzanie wielu bloków równolegle — kluczowe dla throughput przy kosztownych obliczeniach HFHE. Testnet peak: 17 000 TPS.
Klasyczne FHE (BGV, TFHE) operuje na kratach algebraicznych — strukturach matematycznych które wymuszają sekwencyjność. HFHE robi to inaczej.
W TFHE jedna bramka logiczna = jedna operacja w czasie. W HFHE hiperkrawędź może łączyć dziesiątki węzłów naraz — wszystkie obliczane równolegle w jednym kroku obliczeniowym.
Saldo każdego konta jest zaszyfrowane na poziomie protokołu — nie kontraktu. Żaden węzeł sieci nie zna wartości salda. Prywatność domyślna, nie opcjonalna.
Każda transakcja może mieć ukryty adres odbiorcy generowany jednorazowo. Obserwator sieci nie powiąże transakcji z adresem docelowym — nawet znając adres nadawcy.
Aplikacje wymagające porównywania zaszyfrowanych wartości bez ich ujawniania. ct_gte porównuje dwie zaszyfrowane liczby i zwraca zaszyfrowany bool — wynik bez odkrywania wejść.
Nie Solidity z nakładką FHE. Własny język z natywnym ct_int i ct_bool — kompilator nie pozwoli przypadkowo ujawnić zaszyfrowanych danych.
Wyobraź sobie Vercel, gdzie nikt — włącznie z dostawcą — nie widzi danych użytkowników. To jest Circles.
Stan aplikacji jest zaszyfrowany. Tylko uczestnicy z kluczem dostępu widzą dane. Sieć wykonuje obliczenia — ale widzi tylko szyfrogramy. Idealne dla: private voting, sealed auctions, confidential data rooms.
Dane wejściowe prywatne, wynik publiczny i weryfikowalny. Nikt nie wie co wnosisz — każdy widzi co z tego wychodzi. Idealne dla: public AMM z private positions, rankingi bez ujawniania danych.
Pliki statyczne przechowywane w sieci. Adresowane przez oct://circle_id/path. Aplikacja istnieje dopóki istnieje sieć — nie dopóki płacisz za hosting. Nie można jej "wyłączyć".
Każdy Circle ma własny zaszyfrowany stan, własne klucze, własne zasoby. Circles nie komunikują się bezpośrednio bez zgody uczestników. Naturalna granica bezpieczeństwa między aplikacjami.
Tylko to, co można faktycznie zbudować na obecnym mainnecie. Bez "może kiedyś".
Aukcja gdzie nikt nie widzi cudzych ofert do momentu zamknięcia. ct_gte porównuje zaszyfrowane bidy — winner wyłaniany bez ujawniania kwot. Zero front-runningu z definicji.
Głosowanie gdzie wynik jest publiczny, ale kto jak głosował — nie. Eliminuje presję społeczną i korupcję głosów. Matematyczna gwarancja tajności przy pełnej weryfikowalności wyniku.
Saldo zaszyfrowane natywnie w protokole. Transakcje z ukrytymi adresami odbiorców (stealth). Nikt w sieci nie widzi ile masz ani komu wysyłasz — bez Layer 2, bez mixera.
Szpital przechowuje dane pacjentów w sealed Circle. Model diagnostyczny oblicza wynik na zaszyfrowanych danych. Ani szpital, ani sieć nie widzi wyników innych pacjentów.
Firma udowadnia regulatorowi że spełnia wymogi AML/KYC bez ujawniania danych klientów. Wynik: "compliant / non-compliant" — bez dostępu do bazy. Zgodność z RODO z definicji.
Zewnętrzna sieć (Ethereum, Solana) deleguje zaszyfrowane obliczenia do Octra i odbiera wynik — bez ujawniania danych wejściowych. Octra jako warstwa confidential compute dla całego Web3.
Każda prywatna operacja kosztuje OCT. Im więcej FHE compute — tym więcej popytu na token. Źródło: docs.octra.org
630M przy Genesis. 580M w obiegu od startu. Emisja kontrolowana przez protokół bez centralnej kontroli.
10% supply. Bezpośrednio z protokołu — bez VC lockupów wpływających na cenę w pierwszych miesiącach.
OU (Octra Units) — bazowa jednostka jak wei w Ethereum. Eliminuje błędy zaokrągleń przy obliczeniach opłat.
200 000 OU. Prywatny transfer ≈ 0.005 OCT. Każda operacja HFHE płatna natywnie w OCT — bez gas auctions.
Wrapped OCT (ERC-20) handlowany na Ethereum. Bridge: bridge.octra.org. Contract: 0xb307...f0F
Opłaty za transakcje, HFHE compute, deploy kontraktów, Circles, stealth transfers, nagrody dla walidatorów.
// portfel · OCT · AML · deploy · community