Ekskluzywny wywiad z CEO Brevis, Michaelem: skalowanie za pomocą zkVM jest znacznie bardziej efektywne niż L2

W środowisku sprzętu konsumenckiego, 64 GPU ukończyły 99,6% dowodu bloku L1 w 12 sekund — wieloprocesorowa maszyna wirtualna zero-knowledge (zkVM) Pico Prism od Brevis osiągnęła ogromny przełom wydajnościowy.

Ten przełomowy postęp wzbudził także duże zainteresowanie wśród kluczowej społeczności Ethereum. Założyciel Ethereum, Vitalik Buterin, publicznie skomentował: „Cieszę się, że Pico Prism od Brevis oficjalnie wkracza w dziedzinę weryfikacji ZK-EVM. To ważny krok naprzód dla ZK-EVM pod względem szybkości dowodzenia i różnorodności.”

„Dane mówią same za siebie.” — powiedział Michael, współzałożyciel i CEO Brevis. „Zbudowaliśmy infrastrukturę zdolną do obsługi produkcji bloków Ethereum w czasie rzeczywistym, używając sprzętu konsumenckiego. Taka wydajność najlepiej odpowiada celowi decentralizacji Ethereum.”

Michael, współzałożyciel i CEO Brevis — doktor informatyki na UIUC, ekspert w dziedzinie systemów rozproszonych i sieci wysokowydajnych — wielokrotnie zakładał startupy w Dolinie Krzemowej i z sukcesem je sprzedawał, a jego badania zostały zaadaptowane przez wiele firm technologicznych, w tym Google. W 2018 roku założył Celer Network (szczytowa wycena ponad 2 miliardy dolarów). Obecnie kieruje zespołem Brevis, łącząc zero-knowledge proof z weryfikowalnymi obliczeniami, mając nadzieję stworzyć infrastrukturę zdolną do obsługi masowych potrzeb obliczeniowych ekosystemu Ethereum.

Aby lepiej zrozumieć, jak Brevis osiągnął ten przełom i co oznacza to dla ekosystemu Ethereum, BlockBeats przeprowadził pogłębioną rozmowę z Michaelem, współzałożycielem i CEO Brevis.

Omówiliśmy trzy kluczowe kwestie:

· Misja i pozycjonowanie Brevis

· Wartość praktyczna weryfikowalnych obliczeń dla aplikacji

· Kolejne kroki Brevis w procesie głębokiego dostosowania do ekosystemu Ethereum

To nie tylko rozmowa o technologii, ale także spojrzenie w przyszłość zaufania do obliczeń.

Czym jest Brevis: od wizji do pozycjonowania

BlockBeats: Czy mógłbyś w najprostszych słowach opisać, czym jest projekt Brevis i jakie problemy chce rozwiązać?

Michael: Pozycjonujemy Brevis jako warstwę nieskończonych obliczeń (Infinite Computing Layer), służącą zarówno Web3, jak i szerszym zastosowaniom. Głównym celem jest zapewnienie niemal nieograniczonej mocy obliczeniowej dla aplikacji on-chain przy zachowaniu decentralizacji i bezpieczeństwa, rozwiązując strukturalny konflikt pomiędzy wysoką wydajnością/skomplikowanymi funkcjami a minimalizacją zaufania. Choć w ostatnich latach L2 znacząco zwiększyły przepustowość, to wciąż istnieją ograniczenia w zakresie złożonych obliczeń (np. przetwarzanie dużych ilości danych historycznych, agregacja cross-chain, wnioskowanie algorytmiczne/AI), co utrudnia wdrożenie zaawansowanych funkcji.

Rozwiązaniem Brevis jest obliczanie off-chain i weryfikacja on-chain. Ciężkie obliczenia są wykonywane poza łańcuchem, a następnie generowany jest zero-knowledge proof (ZK Proof); kontrakt on-chain weryfikuje poprawność dowodu przy minimalnych kosztach, bez konieczności powtarzania całego obliczenia. Dzięki temu kontrakt zyskuje zewnętrzne możliwości, gwarantowane kryptograficznie, znacząco rozszerzając dostępne zasoby obliczeniowe i funkcjonalność bez poświęcania decentralizacji i bezpieczeństwa. Obecnie smart kontrakty nie są zbyt „inteligentne”, ale dzięki Brevis mogą stać się naprawdę inteligentne.

BlockBeats: Brevis nazywany jest nieskończoną warstwą obliczeniową Web3. Skąd wziął się ten koncept? Czym zasadniczo różni się od tradycyjnych obliczeń on-chain lub rozwiązań skalujących?

Michael: Nazywamy Brevis nieskończoną warstwą obliczeniową Web3, ponieważ naszym celem jest przełamanie ograniczeń obliczeniowych blockchaina. Tradycyjne rozwiązania skalujące (np. Layer 2 Rollup) głównie zwiększają przepustowość transakcji — z dziesiątek TPS do setek czy tysięcy TPS — ale wciąż istnieje sufit i nie rozwiązują problemu wykonywania dowolnie złożonych obliczeń on-chain: blockchain zwykle obsługuje tylko proste transakcje i operacje kontraktowe. Gdy złożoność obliczeń rośnie, blockchain nie jest w stanie ich modelować ani obsłużyć, np. przetwarzanie dużych zbiorów danych, wnioskowanie AI czy złożone algorytmy.

Podejście Brevis jest inne: nie chodzi tylko o przyspieszenie określonych typów transakcji, ale o umożliwienie blockchainowi przyjmowania i obsługiwania wyników dowolnych obliczeń, przy zachowaniu bezpieczeństwa i braku zaufania. To nowy paradygmat weryfikowalnych obliczeń (Verifiable Computing) — jeśli obliczenie off-chain może wygenerować zero-knowledge proof, blockchain może przy minimalnym koszcie potwierdzić jego poprawność i bezpieczeństwo.

Dla deweloperów Brevis jest jak chmura weryfikowalnych obliczeń: jak w chmurze, można skalować moc obliczeniową na żądanie, wykonywać złożone obliczenia off-chain, a dowód przesłać do weryfikacji on-chain, zachowując ten sam model bezpieczeństwa i zaufania co natywny kontrakt on-chain. Dlatego definiujemy Brevis jako nieskończoną warstwę obliczeniową — zapewniając niemal nieograniczoną przestrzeń obliczeniową przy zachowaniu bezpieczeństwa i zaufania na poziomie blockchaina.

BlockBeats: Weryfikowalne obliczenia (Verifiable Computing) brzmią abstrakcyjnie. Czy możesz wyjaśnić ich rolę w Brevis w bardziej przystępny sposób?

Michael: Podstawowym ograniczeniem blockchaina jest to, że przy zapewnieniu bezpieczeństwa i braku zaufania, moc obliczeniowa jest ograniczona. Ethereum i inne publiczne blockchainy to systemy konsensusu, w których wiele węzłów wykonuje te same transakcje lub operacje kontraktowe, a nowy blok powstaje dopiero po osiągnięciu konsensusu. Ten mechanizm jest bezpieczny, ale nieefektywny — to jakby cała klasa rozwiązywała to samo zadanie, by potwierdzić odpowiedź.

Weryfikowalne obliczenia oddzielają obliczanie od weryfikacji, redukując powtarzające się koszty. Na przykład, aby rozwiązać zadanie matematyczne, trzeba przeprowadzić obliczenia, ale aby zweryfikować odpowiedź, wystarczy podstawić wartości do równania — to znacznie mniej kosztowne niż ponowne rozwiązywanie. W teorii informatyki obliczanie i weryfikacja to dwa różne problemy, z których ten drugi jest zwykle lżejszy. Zero-knowledge proof rozszerza to na dowolne obliczenia — od prostych operacji po wnioskowanie dużych modeli — umożliwiając generowanie zwięzłego dowodu, który inni mogą szybko zweryfikować przy minimalnym koszcie, bez ujawniania szczegółów obliczeń.

W Brevis ciężkie obliczenia są wykonywane off-chain i generują ZK proof, a on-chain odbywa się tylko weryfikacja dowodu, bez powtarzania całego obliczenia. To kluczowa wartość weryfikowalnych obliczeń — całkowite rozdzielenie obliczania i weryfikacji, co znacznie oszczędza koszty wielokrotnego wykonywania tych samych obliczeń.

Dlaczego tak: architektura techniczna i kluczowe założenia

BlockBeats: Technicznie Brevis składa się z dwóch kluczowych modułów: ZK Data Coprocessor (dalej zkCoprocessor) i Pico zkVM. Jaka jest między nimi relacja i jakie problemy rozwiązują?

Michael: Brevis można rozumieć jako strukturę warstwową: podstawowa warstwa Pico zkVM to uniwersalny silnik obliczeniowy (Virtual Machine), któremu można powierzyć dowolne obliczenia i wygenerować zk Proof; jego ważną cechą jest wysoka modułowość — można podłączać różne koprocesory. zkCoprocessor to koprocesor dedykowany scenariuszom danych blockchain, można go traktować jak wtyczkę lub rozszerzenie. W obecnej formie zkCoprocessor działa jak system pamięci dla zkVM, umożliwiając smart kontraktom „widzenie” i rozumienie historii blockchaina (np. transakcji użytkowników, sald, pozycji).

Bardziej szczegółowo, zkVM rozwiązuje ogólny problem weryfikowalności dowolnych obliczeń; zkCoprocessor to aplikacyjny koprocesor dostosowany do blockchaina. Smart kontrakty „żyją w teraźniejszości”, mają dostęp tylko do ograniczonego kontekstu bieżącego bloku i nie mogą bezpośrednio czytać ani obliczać długoterminowej historii czy stanu cross-chain; zkCoprocessor, dzięki zero-knowledge proof, „daje kontraktom oczy”, umożliwiając off-chain pobieranie i agregowanie danych historycznych oraz generowanie dowodu ich autentyczności i pochodzenia z blockchaina, dzięki czemu kontrakty zyskują pamięć i inteligencję opartą na tej pamięci, przy zachowaniu minimalizacji zaufania.

BlockBeats: zkCoprocessor pozwala smart kontraktom „widzieć przeszłość” — to brzmi przełomowo. Jak to działa w praktyce?

Michael: Możemy to wyjaśnić na przykładzie dynamicznych zniżek opłat w PancakeSwap, opartych na wolumenie transakcji historycznych:

Najpierw zkCoprocessor pobiera z blockchaina historię transakcji użytkownika, agreguje wolumen według reguł (np. z ostatnich 30 dni) i generuje zero-knowledge proof;

Następnie Pico zkVM, mając zweryfikowane dane, wykonuje dalszą agregację i obliczenia (np. łączy wolumen różnych par w jeden wskaźnik), generując dowód dla procesu obliczeniowego;

Na końcu wynik i dowód są przesyłane on-chain, a kontrakt jednorazowo weryfikuje oba dowody, potwierdzając, czy adres osiągnął próg VIP i automatycznie stosując zniżkę na kolejny okres rozliczeniowy.

Dzięki temu kontrakt nie musi powtarzać on-chain pobierania i obliczania ogromnych ilości danych historycznych, zyskując zdolność „widzenia przeszłości” przy zachowaniu braku zaufania i kontroli kosztów.

BlockBeats: Sami opracowaliście Pico zkVM, zamiast korzystać z innych rozwiązań zkVM. Dlaczego? Czym Brevis różni się od innych projektów zk?

Michael: To bardzo ważne pytanie. Rzeczywiście, na rynku jest już wiele projektów zkVM, więc dlaczego Brevis stworzył własny Pico zkVM od zera? Główny powód jest prosty — uważamy, że istniejące zkVM są w większości na etapie laboratoryjnym i nie są zaprojektowane z myślą o masowych, rzeczywistych zastosowaniach; pod względem wydajności i skalowalności są dalekie od gotowości do produkcji na dużą skalę. Innymi słowy, są bardziej dowodem koncepcji niż systemami gotowymi do milionów wywołań.

Brevis od początku mierzył się z realnymi potrzebami. Takie protokoły DeFi jak PancakeSwap, Euler, Linea, Usual codziennie muszą generować miliony zk Proof. Jeśli wydajność bazowego zkVM nie spełnia standardów, cały system nie może ruszyć. To zmusiło nas do zbudowania od nowa silnika zkVM przeznaczonego do środowiska produkcyjnego — tak powstał Pico zkVM.

Pico ma trzy wyróżniające cechy. Po pierwsze, ekstremalna wydajność. Pico to obecnie najwydajniejszy zkVM na świecie — najnowszy Pico Prism potrafi na 64 kartach 5090 wygenerować dowód dla 99,6% bloków Ethereum Mainnet w czasie rzeczywistym (w 12 sekund), z czego 96,8% bloków nawet w 10 sekund, co oznacza 3–4-krotny wzrost wydajności i ok. 50% niższe koszty sprzętowe. Innymi słowy, gdyby Ethereum działało dziś na Pico, efektywność weryfikacji wzrosłaby o rząd wielkości — to prawdziwy przełom w dowodzeniu w czasie rzeczywistym.

Po drugie, unikalna architektura modułowa. Pico to jedyny obecnie zkVM obsługujący zewnętrzne koprocesory; inne zkVM są zwykle zamknięte i obsługują tylko obliczenia ogólne, podczas gdy Pico pozwala podłączać różne moduły w zależności od zastosowania. Na przykład, gdy trzeba uzyskać dostęp do danych historycznych, weryfikować zapisy on-chain lub uruchamiać złożoną logikę finansową, koprocesory Pico mogą działać jak wtyczki, przyspieszając konkretne zadania. Dzięki temu Pico łączy uniwersalność z wysoką wydajnością specjalistyczną, obsługując zarówno DeFi Web3, jak i obliczenia AI Web2.

Po trzecie, przyjazność dla deweloperów. Nie chcemy, by deweloperzy musieli znać kryptografię czy teorię ZK, by używać Pico. Wystarczy znajomość Rust, by pisać aplikacje ZK jak zwykłe programy. To znacząco obniża próg wejścia i ukrywa złożoność ZK w warstwie bazowej. Podsumowując, nie jesteśmy eksperymentalnym zkVM, lecz silnikiem ZK zaprojektowanym dla rzeczywistych zastosowań.

BlockBeats: Ostatnio ogłosiliście, że Pico Prism osiągnął 99,6% dowodów w czasie rzeczywistym na sprzęcie konsumenckim. Jakie przełomy techniczne stoją za tym wynikiem i co oznacza to dla granic wydajności zkVM?

Michael: Najpierw wyjaśnię, dlaczego to ważne. Wzrost wydajności to nie tylko optymalizacja techniczna, ale kwestia przyszłej skalowalności i rozwoju ekosystemu Ethereum. Obecna architektura Ethereum wymaga, by każdy węzeł powtarzał te same obliczenia — to bezpieczne, ale skalowalność jest bliska granicy. Kolejnym krokiem musi być nowy paradygmat: pojedynczy węzeł wykonuje ciężkie obliczenia i generuje ZK Proof, a pozostałe węzły tylko weryfikują. Dzięki temu, przy zachowaniu decentralizacji i bezpieczeństwa, przepustowość może wzrosnąć o rząd wielkości, a nawet dorównać lub przewyższyć Solana, przy zachowaniu odpowiedniej liczby zdecentralizowanych węzłów.

Ethereum Foundation w lipcu tego roku wyznaczyła cel na dwa lata: osiągnąć 99% dowodów bloków w czasie rzeczywistym na sprzęcie konsumenckim za mniej niż 100 tysięcy dolarów. Po osiągnięciu tego celu można uzyskać niemal nieograniczoną skalowalność, dodając moc zwykłego sprzętu. Jednak dotąd było to tylko teoretycznie możliwe — większość rozwiązań zkVM wciąż znacznie odbiega od tego standardu pod względem pokrycia, kosztów i szybkości, a wiele nie osiąga nawet 90% pokrycia w czasie rzeczywistym.

Pico Prism to pierwszy system, który naprawdę przekroczył tę granicę wydajności. W testach, używając tylko 64 kart 5090 GPU (koszt ok. 120 tysięcy dolarów), osiągnęliśmy 99,6% bloków Ethereum dowodzonych w 12 sekund, z czego 96,8% w 10 sekund, a średni czas dowodu to tylko 6,9 sekundy.

W porównaniu z innymi protokołami, wydajność Pico wzrosła o 70%, a koszty spadły o 50%. Innymi słowy, jest nie tylko szybszy, ale i tańszy, a my jesteśmy bardzo blisko celu wyznaczonego przez Ethereum Foundation.

BlockBeats: Z punktu widzenia funkcji i celu, czy Brevis jest bardziej warstwą ZK przyspieszającą Ethereum, czy raczej chmurą weryfikowalnych obliczeń dla wielu łańcuchów?

Michael: Z punktu widzenia funkcji i celu te dwa pozycjonowania się nie wykluczają. W krótkim okresie Brevis jest bardziej warstwą ZK przyspieszającą Ethereum i jego warstwy drugiej. Nasz kierunek jest zgodny z Ethereum Foundation: poprzez zero-knowledge proof zwiększyć skalowalność Mainnetu 10–100 razy; jednocześnie zdolność do dowodzenia w czasie rzeczywistym znacznie poprawi interaktywność warstw drugich Rollup, przyspieszając cross-chain, zwiększając efektywność i obniżając koszty, a także wspierając lepszą unifikację stanu i płynności.

W dłuższej perspektywie i z szerszego punktu widzenia, Brevis nie ogranicza się do Ethereum. Nasza architektura naturalnie obsługuje multi-chain — obecnie współpracujemy z ekosystemami takimi jak BNB Chain (np. PancakeSwap), rozwijamy projekty na innych łańcuchach (np. perpetual contracts poza Ethereum); współpracujemy także z ekosystemami Arbitrum, Base, Avalanche i innymi. Ogólnie rzecz biorąc, chcemy, by Brevis stał się chmurą weryfikowalnych obliczeń dla wszystkich aplikacji blockchain.

Naszym celem jest, by w ciągu 3–5 lat każdy smart kontrakt, niezależnie od łańcucha, mógł łatwo korzystać z tej usługi obliczeniowej; w dłuższej perspektywie większość obliczeń aplikacji blockchain będzie wykonywana off-chain i zabezpieczana ZK, a Brevis stanie się wspólną warstwą zaufania obliczeniowego dla całego zdecentralizowanego systemu.

Jak wdrożyć: rzeczywiste zastosowania i przykłady

BlockBeats: Wiele aplikacji DeFi, takich jak PancakeSwap, Euler czy Linea, już korzysta z technologii Brevis. Czy możesz podać konkretny przykład, jak to działa w tych scenariuszach?

Michael: Tak, nasze zastosowania dzielą się na kilka kategorii, z których najbardziej typową jest DeFi. PancakeSwap to klasyczny przykład — nie chcemy, by doświadczenie użytkownika DEX zawsze było takie samo dla wszystkich, niezależnie czy to zwykły trader czy duży gracz — interfejs i opłaty są identyczne. Chcemy, by DEX-y stopniowo upodabniały się do CEX-ów, oferując zróżnicowane doświadczenia dla różnych typów użytkowników. Eksplorujemy też inne innowacyjne zastosowania, np. współpracę z projektami SocialFi, gdzie użytkownicy mogą udowodnić swój wpływ i rzeczywiste zasoby bez ujawniania głównego portfela.

Pracujemy też nad scenariuszami niemal całkowicie off-chain. Na przykład w systemach perpetual trading jak Hyperliquid, pozycje i dźwignie użytkowników są jawne, co ułatwia ataki innych traderów. Chcemy przebudować ten system za pomocą ZK, by wszystkie zlecenia i pozycje były zaszyfrowane, ale poprawność i bezpieczeństwo systemu były gwarantowane przez ZK Proof. Dzięki temu uzyskujemy płynność zbliżoną do scentralizowanych giełd, przy zachowaniu bezpieczeństwa i prywatności blockchaina.

BlockBeats: Na poziomie produktu, Incentra to wasza kluczowa aplikacja, która zarządza już ponad 300 milionami dolarów w dystrybucji nagród. Jak działa ten system?

Michael: Założenie Incentra jest proste: dystrybucja nagród to kluczowy element wzrostu każdego ekosystemu, ale tradycyjne mechanizmy często mają problemy z bezpieczeństwem, zgodnością i przejrzystością.

Podstawą Incentra jest to, że użytkownicy generują ZK proof na podstawie własnych rzeczywistych działań on-chain lub w protokole, a kwalifikacja i odbiór nagrody odbywa się bezpośrednio przez kontrakt on-chain, bez centralnej dystrybucji. W porównaniu z tradycyjnymi metodami, ten model ma trzy zalety. Po pierwsze, bezpieczeństwo: środki są rozliczane w kontrakcie według ustalonych zasad, co zmniejsza ryzyko centralnego przechowywania i operacji; po drugie, zgodność i audytowalność: zasady nagród i dowody kwalifikacji są śledzone on-chain, eliminując presję zgodności przy przekazywaniu środków nieznanym podmiotom; po trzecie, sprawiedliwość i przejrzystość: każda wypłata może być niezależnie zweryfikowana pod kątem rzeczywistego wkładu i ścieżki obliczeniowej, eliminując nieprzejrzystą dystrybucję. System ten działa już w BNB Chain, MetaMask, OpenEden, Usual i innych projektach, zarówno w ekosystemie stablecoinów, jak i systemach nagród on-chain, zapewniając bezpieczną, zgodną i przejrzystą dystrybucję nagród.

BlockBeats: W przeciwieństwie do wielu projektów ZK, które wciąż są na etapie laboratoryjnym, Brevis już działa na dużą skalę. Dlaczego udało wam się to osiągnąć szybciej?

Michael: Najważniejszy powód jest taki, że od pierwszego dnia nie traktowaliśmy się jako laboratorium badawcze ZK, lecz jako firmę infrastrukturalną nastawioną na rzeczywiste zastosowania. Nasza ścieżka technologiczna nie polegała na budowie silnika i szukaniu dla niego zastosowań, lecz odwrotnie — wychodziliśmy od potrzeb aplikacji i projektowaliśmy architekturę od podstaw.

To zasadniczo odróżnia Brevis. Wiele projektów ZK najpierw tworzy zamknięty zkVM, a potem zastanawia się, gdzie go użyć; my zaczynaliśmy od rzeczywistych problemów partnerów, rozumieliśmy ich potrzeby, a następnie projektowaliśmy modułową architekturę zkVM i stworzyliśmy możliwość podłączania zewnętrznych koprocesorów.

Innymi słowy, rozwój technologii Brevis nie był planowany w próżni, lecz napędzany przez rzeczywistych użytkowników i partnerów. Takie podejście pozwala nam szybko iterować, a każda poprawka odpowiada konkretnemu, weryfikowalnemu przypadkowi użycia. Dzięki temu nasz system od początku miał stabilność i skalowalność na poziomie produkcyjnym, a nie był tylko kodem do publikacji naukowej.

Jest jeszcze jeden prosty powód: nasz zespół zna się zarówno na kryptografii, jak i inżynierii systemów na dużą skalę. Nigdy nie ograniczaliśmy się do teorii, lecz naprawdę szlifowaliśmy wydajność i stabilność w środowisku produkcyjnym. Do tej pory Brevis wygenerował ponad 100 milionów zero-knowledge proof na Mainnecie, obsłużył około 190 tysięcy użytkowników i zarządzał ponad 300 milionami dolarów rzeczywistych środków dla partnerów. To są prawdziwe wdrożenia — Linea, Euler, Usual, OpenEden i inne — nie demo ani testnet.

Co dalej: otwarte scenariusze i wizja przyszłości

BlockBeats: Poza DeFi, w jakich innych obszarach model off-chain computation/on-chain verification może mieć wpływ — np. AI, rynki danych czy gry?

Michael: Poza DeFi ten model będzie miał trwały wpływ na weryfikowalne AI, mosty danych i tożsamości z Web2 do Web3, rynki danych prywatnych oraz gry i media społecznościowe. Po pierwsze, w weryfikowalnym AI obecne modele są czarnymi skrzynkami. Dzięki zero-knowledge proof można generować matematyczne dowody dla procesu wnioskowania, potwierdzając, że dany model na określonym wejściu wygenerował określony wynik, bez możliwości podmiany lub manipulacji modelem. Po drugie, w mostach Web2-Web3 użytkownicy mogą przenosić kwalifikacje lub działania z platform scentralizowanych do aplikacji on-chain w formie dowodu, np. aktywność tradingową z CEX na zniżki w DEX, bez ujawniania tożsamości czy szczegółów konta. Wreszcie, w grach i mediach społecznościowych użytkownicy mogą udowodnić swoje osiągnięcia, posiadane aktywa lub wykonanie kluczowych działań, by uzyskać dostęp, kwalifikacje do matchmakingu lub nagrody, bez ujawniania portfela czy wrażliwych danych.

W dłuższej perspektywie ten system na nowo zdefiniuje granice zaufania w cyfrowym świecie. Chcemy, by Web3 i zero-knowledge proof zrewolucjonizowały sposób, w jaki ludzkość rozumie zaufane obliczenia — by każde obliczenie mogło być zweryfikowane i zaufane. Brevis chce być fundamentem tego wszystkiego — nową warstwą zaufania obliczeniowego.

BlockBeats: 13 października uruchomiliście nowe wydarzenie Brevis Proving Grounds. Czy możesz podzielić się, na czym polega to wydarzenie i co użytkownicy mogą faktycznie doświadczyć?

Michael: W ostatnim czasie poświęciliśmy dużo energii na weryfikację wdrożeń i dokumentację. Obecnie współpracujemy z ponad dwudziestoma partnerami, każdy projekt jest wdrożony i dostępny dla użytkowników, a wyniki i retencja są bardzo dobre.

Jednak w świecie blockchaina wiele rzeczy napędza świadomość użytkowników, która z kolei wpływa na rozwój. Gdy użytkownicy zrozumieją wartość nowej technologii, ich opinie i potrzeby motywują deweloperów do wdrażania kolejnych funkcji. Dlatego chcemy zaangażować użytkowników nie tylko jako obserwatorów, ale by mogli sami doświadczyć i zweryfikować technologię. To główny cel wydarzenia The Brevis Proving Grounds.

Wydarzenie składa się z dwóch etapów. Pierwszy to edukacja użytkowników — chcemy, by więcej osób zrozumiało, czym zajmują się nasi partnerzy i jakie konkretne problemy rozwiązuje zero-knowledge proof (ZK) w tych projektach. Ten etap skupia się na popularyzacji i zrozumieniu logiki i znaczenia tej technologii.

Drugi etap to prawdziwe doświadczenie — użytkownicy mogą korzystać z już wdrożonych aplikacji i zobaczyć, jak zmieniły się po integracji z Brevis. W przeciwieństwie do wielu projektów, gdzie aktywności polegają na klikaniu i zbieraniu nagród, bo brakuje rzeczywistych innowacyjnych funkcji, nasze projekty partnerskie to prawdziwe, wartościowe aplikacje. Uczestnicy nie biorą udziału w symulacji, lecz faktycznie korzystają z produktów głęboko zintegrowanych z technologią Brevis.

Chcemy, by użytkownicy mogli osobiście doświadczyć płynności i wartości, jakie daje technologia ZK, i zrozumieć, dlaczego model off-chain computation/on-chain verification zapewnia bezpieczeństwo i wydajność. Co ważniejsze, chcemy, by użytkownicy stali się motorami ekosystemu: im więcej osób zrozumie i zacznie wymagać tej technologii w używanych produktach, tym bardziej branża będzie się rozwijać.

BlockBeats: Poza tym wydarzeniem, jakie są dalsze plany Brevis? Czy użytkownicy mogą w nich uczestniczyć?

Michael: Będziemy nadal uruchamiać programy ekosystemowe, w tym uruchomienie zdecentralizowanej sieci węzłów dowodzących, by stworzyć bardziej otwartą infrastrukturę dowodzenia i weryfikacji. Programy te będą otwarte dla społeczności i partnerów, a szczegóły dotyczące udziału i harmonogramu ogłosimy w przyszłości.

BlockBeats: Z długoterminowej perspektywy, jaką infrastrukturą chcesz, by Brevis się stał? Jaką rolę chcecie odegrać w świecie Web3?

Michael: Naszą wizją jest, by Brevis stał się nieskończoną warstwą obliczeniową Web3, źródłem globalnych zaufanych obliczeń. Podobnie jak Ethereum zrewolucjonizowało zaufanie do aktywów i finansów poprzez smart kontrakty, Brevis chce zrewolucjonizować zaufanie do obliczeń: nie trzeba już wybierać między samodzielnym obliczaniem a zaufaniem cudzym wynikom — dzięki weryfikowalnym obliczeniom można zapewnić bezpieczeństwo i poprawność wyników bez powtarzania obliczeń.

W przyszłości aplikacje on-chain przejdą od prostych transakcji i transferów aktywów do bardziej inteligentnych, złożonych systemów, obejmujących zaawansowane algorytmy, interakcje danych, spersonalizowane doświadczenia i dowody działań społecznych. By osiągnąć masową adopcję, potrzebna jest zarówno ogromna moc obliczeniowa, jak i pełne bezpieczeństwo. Chcemy, by dowodowe obliczenia stały się powszechne, łatwe i tanie — by każda aplikacja Web3 mogła naturalnie korzystać z tej funkcji, bez konieczności budowania jej od zera.

Architektonicznie chcemy, by ponad warstwą konsensusu, danych i wykonania powstała nowa warstwa zaufania — nieskończona warstwa obliczeniowa. Ma ona być czwartą warstwą infrastruktury blockchain, zapewniającą jednolite zaufanie i weryfikację obliczeń dla całego zdecentralizowanego świata. Wszystkie inteligentne, złożone, a nawet cross-chain obliczenia będą mogły być weryfikowane i używane bez zaufania. To jest nasza wizja nieskończonych obliczeń i długoterminowa misja Brevis.