Eksklusibong Panayam kay Brevis CEO Michael: Mas Epektibo ang zkVM Scaling Kaysa L2

Sa consumer-grade na hardware environment, 64 GPU ang nakatapos ng 99.6% ng L1 block proof sa loob ng 12 segundo—Ang multi-GPU zero-knowledge virtual machine (zkVM) na Pico Prism na inilunsad ng Brevis ay nagdala ng napakalaking pag-unlad sa performance.

Ang milestone na ito ay nagdulot din ng mataas na atensyon mula sa core community ng Ethereum. Ayon kay Vitalik Buterin, tagapagtatag ng Ethereum: "Natutuwa akong makita na ang Pico Prism ng Brevis ay opisyal nang pumapasok sa larangan ng ZK-EVM verification. Isa itong mahalagang hakbang para sa ZK-EVM sa bilis at diversity ng proof."

"Ang datos mismo ang nagsasalita." Ayon kay Michael, co-founder at CEO ng Brevis, "Bumuo kami ng infrastructure na kayang mag-handle ng real-time block production ng Ethereum gamit lamang ang consumer-grade hardware. Ang ganitong performance ay pinakamagandang tugon sa layunin ng Ethereum na maging decentralized."

Si Michael, co-founder at CEO ng Brevis—isang PhD sa Computer Science mula UIUC, eksperto sa distributed systems at high-performance networking—ay ilang beses nang nagtatag ng mga startup sa Silicon Valley at matagumpay na nag-exit, at ang kanyang mga research output ay ginagamit ng mga tech companies gaya ng Google. Noong 2018, itinatag niya ang Celer Network (na may peak valuation na higit sa 2 bilyong dolyar). Ngayon, pinamumunuan niya ang Brevis team upang pagsamahin ang zero-knowledge proof at verifiable computing, na layuning bumuo ng infrastructure na tunay na makakatugon sa malawakang computational demand ng Ethereum ecosystem.

Upang mas maunawaan kung paano naabot ng Brevis ang breakthrough na ito at kung ano ang ibig sabihin nito para sa Ethereum ecosystem, nagkaroon ng malalim na pag-uusap ang BlockBeats at si Michael, co-founder at CEO ng Brevis.

Tinalakay namin ang tatlong pangunahing tanong:

·Misyon at positioning ng Brevis

·Ano ang aktwal na halaga ng verifiable computing para sa mga application

·Sa proseso ng mas malalim na alignment sa Ethereum ecosystem, ano ang susunod na plano ng Brevis

Hindi lang ito usapan tungkol sa teknolohiya, kundi isang pananaw sa hinaharap ng tiwala sa computing.

Ano ang Brevis: Mula sa Vision patungo sa Positioning

BlockBeats: Maaari mo bang ipaliwanag sa pinakasimpleng paraan kung anong proyekto ang Brevis at anong problema ang nais nitong lutasin?

Michael:Ang positioning namin sa Brevis ay bilang isang Infinite Computing Layer, na nagsisilbi hindi lang sa Web3 kundi pati sa mas malawak na application scenarios. Ang pangunahing layunin ay magbigay ng halos walang limitasyong computing power para sa on-chain applications habang pinapanatili ang decentralization at security, at lutasin ang structural conflict sa pagitan ng high performance/complex functionality at trust minimization. Bagamat malaki ang naitulong ng L2 scaling sa throughput nitong mga nakaraang taon, limitado pa rin ito pagdating sa complex computation (tulad ng large-scale historical data processing, cross-chain aggregation, algorithm/AI inference, atbp.), kaya maraming advanced features ang hindi pa naisasakatuparan.

Ang solusyon ng Brevis ay off-chain computation, on-chain verification. Ang mabibigat na computation ay inililipat off-chain at gumagawa ng zero-knowledge proof (ZK Proof); ang on-chain contract ay magve-verify lamang ng proof sa napakababang cost, nang hindi inuulit ang buong computation. Sa ganitong paraan, ang contract ay parang may cryptographically-secured external plugin, na malaki ang nadadagdag na computational power at functional boundaries nang hindi isinusuko ang decentralization at security. Sa ngayon, hindi pa talaga "smart" ang smart contracts, pero sa Brevis, maaari na itong maging tunay na smart.

BlockBeats: Tinatawag ang Brevis na Infinite Computing Layer ng Web3, paano nabuo ang konseptong ito? Ano ang kaibahan nito sa tradisyonal na on-chain computation o scaling?

Michael:Ang dahilan kung bakit tinawag naming Infinite Computing Layer ng Web3 ang Brevis ay dahil layunin nitong basagin ang computational ceiling ng blockchain. Ang mga tradisyonal na scaling solution (tulad ng Layer 2 Rollup) ay pangunahing nagpapataas ng transaction throughput mula sa ilang dosenang TPS hanggang daan o libong TPS, ngunit may limitasyon pa rin at hindi nasosolusyunan ang tanong kung kaya bang gawin on-chain ang anumang complex computation: kadalasan, simple lang na transactions at contract operations ang kaya ng on-chain. Kapag tumaas ang computational complexity, mahirap itong i-model at i-handle on-chain, gaya ng large-scale data processing, AI inference, o complex algorithms.

Iba ang simula ng Brevis: Hindi lang namin pinapabilis ang mga existing transaction types, kundi ginagawa naming posible para sa blockchain na tanggapin at i-handle ang anumang computation result, habang pinapanatili ang security at trustlessness. Ito ay isang bagong paradigm ng verifiable computing—basta't ang off-chain computation ay makakagawa ng zero-knowledge mathematical proof, maaaring i-verify on-chain ang correctness at security nito sa napakababang cost.

Para sa mga developer, ang Brevis ay parang isang verifiable computing cloud: parang cloud computing na on-demand ang scaling ng computational power, inilalagay ang complex computation off-chain, at isinusumite ang proof para sa on-chain verification, habang pinapanatili ang parehong security at trust model ng native on-chain contracts. Kaya tinawag naming Infinite Computing Layer ang Brevis—halos walang limitasyon sa performance at usability, habang ang trust at security ay kapareho ng mismong blockchain.

BlockBeats: Ang verifiable computing ay mukhang abstract, maaari mo bang ipaliwanag ito sa mas intuitive na paraan sa konteksto ng Brevis?

Michael:Ang pangunahing limitasyon ng blockchain ay ang kakayahang magbigay ng security at trustlessness habang limitado ang computational power. Ang Ethereum at iba pang public chains ay consensus systems, kung saan maraming nodes ang nagsasagawa ng parehong transaction o contract execution, at magka-kasundo bago mag-produce ng bagong block. Ligtas ito pero mabagal, parang buong klase na sabay-sabay nagsosolve ng parehong math problem para lang masiguradong tama ang sagot.

Ang ideya ng verifiable computing ay paghiwalayin ang computation at verification, para mabawasan ang redundant cost. Halimbawa, sa isang math problem, mahirap ang pag-solve pero madali lang i-verify kung tama ang sagot—isasubstitute lang ang value sa equation. Sa computer science, magkaiba talaga ang computation at verification, at kadalasan mas magaan ang verification. Ang zero-knowledge proof ay nagpapalawak nito sa anumang computation, mula sa simpleng 1+1=2 hanggang sa inference ng malalaking modelo, at gumagawa ng concise proof na mabilis ma-verify ng iba, nang hindi isiniwalat ang computation details.

Sa Brevis, ang mabibigat na computation ay ginagawa off-chain at gumagawa ng ZK proof, at on-chain ay proof verification lang, hindi inuulit ang buong computation. Ito ang core value ng verifiable computing—sa pamamagitan ng paghiwalay ng computation at verification, malaki ang natitipid sa cost ng paulit-ulit na computation.

Bakit Ganito: Arkitektura ng Teknolohiya at Core na Kaisipan

BlockBeats: Sa teknikal na aspeto, binubuo ang Brevis ng ZK Data Coprocessor (zkCoprocessor) at Pico zkVM bilang dalawang core modules. Ano ang relasyon ng dalawa at anong problema ang nilulutas nila?

Michael:Maaaring isipin ang Brevis bilang isang layered structure: ang Pico zkVM sa base ay isang general-purpose computing engine (Virtual Machine) na kayang magsagawa ng anumang computation at gumawa ng zk Proof; isa sa mga mahalagang katangian nito ay ang mataas na modularity, kaya pwedeng magdagdag ng maraming coprocessor. Ang zkCoprocessor ay isang coprocessor na nakatuon sa blockchain data scenarios—parang plugin o external module. Sa kasalukuyang anyo, ang zkCoprocessor ay parang memory system ng zkVM, na nagpapahintulot sa smart contracts na makita at maintindihan ang mga nangyari sa chain history (gaya ng user transactions, balances, holdings, atbp.).

Mas partikular, ang zkVM ay nilulutas ang general problem ng verifiable arbitrary computation; ang zkCoprocessor naman ay application-layer coprocessor na customized para sa blockchain applications. Dahil ang smart contracts ay "nabubuhay sa kasalukuyan" at limitado lang sa current block context, hindi nito kayang direktang basahin o i-compute ang long-term history o cross-chain state; sa pamamagitan ng zero-knowledge proof, binibigyan ng zkCoprocessor ng "mata" ang contracts para mag-retrieve at mag-summarize ng historical data off-chain, at gumawa ng proof na tunay at galing sa on-chain state ang data, kaya nagkakaroon ng memory at intelligence na base sa memory ang contracts nang hindi isinusuko ang trust minimization.

BlockBeats: Ang zkCoprocessor ay nagpapahintulot sa smart contracts na "makita ang nakaraan", paano ito naisasakatuparan?

Michael:Halimbawa, sa PancakeSwap, may dynamic fee discount base sa historical trading volume:

Una, ang zkCoprocessor ay magbabasa ng historical trading records ng user mula sa blockchain, mag-summarize ng trading volume ayon sa rules (halimbawa, huling 30 araw), at gagawa ng zero-knowledge proof;

Pagkatapos, ang Pico zkVM ay kukuha ng validated records at magsasagawa ng karagdagang aggregation at computation (halimbawa, pagsamahin ang trading volume ng iba't ibang pairs sa isang metric), at gagawa ng proof para sa process;

Sa huli, ang result + proof ay isusumite on-chain, at isang beses lang magve-verify ng dalawang proof ang contract para makumpirma kung naabot ng address ang VIP threshold, at awtomatikong mag-aapply ng fee discount sa susunod na settlement cycle.

Sa ganitong paraan, hindi na kailangang ulitin ng contract on-chain ang pag-read at pag-compute ng napakaraming historical data, kaya may kakayahan itong "makita ang nakaraan" habang nananatiling trustless at cost-effective.

BlockBeats: Bakit kayo mismo ang nag-develop ng Pico zkVM imbes na gumamit ng ibang zkVM projects? Ano ang kaibahan ng Brevis sa ibang zk projects?

Michael:Napakahalaga ng tanong na ito. Totoo, marami nang zkVM projects sa market, pero bakit kailangang magsimula ang Brevis mula sa simula para sa sariling Pico zkVM? Simple lang ang core reason—sa tingin namin, karamihan sa existing zkVM ay nasa laboratory stage pa lang, hindi talaga designed para sa large-scale, real-world applications, at malayo pa sa production-level performance at scalability na kailangan para sa mass adoption. Sa madaling salita, proof-of-concept pa lang sila, hindi pa production-grade system na kayang mag-handle ng milyon-milyong calls.

Ang Brevis ay mula pa lang simula ay nakaharap sa totoong pangangailangan. Gaya ng PancakeSwap, Euler, Linea, Usual at iba pang top DeFi protocols, kailangan nilang gumawa ng milyon-milyong zk Proof araw-araw. Kung hindi sapat ang performance ng underlying zkVM, hindi magla-launch ang buong system. Kaya napilitan kaming magtayo ng production-grade zk computing engine mula sa simula—ito ang Pico zkVM.

Tatlong bagay ang namumukod-tangi sa Pico. Una, napakataas ng performance. Ang Pico ang pinakamabilis na zkVM sa mundo ngayon, at ang pinakabagong Pico Prism ay kayang mag-prove ng 99.6% ng Ethereum mainnet blocks in real-time gamit ang 64 na 5090 GPU (sa loob ng 12 segundo), at 96.8% ng blocks ay natatapos pa sa loob ng 10 segundo—ibig sabihin, 3–4x na performance boost at 50% na hardware cost reduction. Kung Ethereum ay tatakbo sa Pico ngayon, tataas ng isang order of magnitude ang verification efficiency nito—isang tunay na real-time proof breakthrough.

Pangalawa, unique modular architecture. Ang Pico lang ang zkVM na sumusuporta sa external coprocessors; ang iba ay closed structure at pang-general computation lang. Sa Pico, pwedeng magdagdag ng iba't ibang modules depende sa application scenario. Halimbawa, kung kailangan ng access sa historical data, cross-validation ng on-chain records, o complex financial logic, pwedeng i-plug in ang coprocessor para sa specific task acceleration. Kaya may general-purpose at high-performance specialization si Pico, at flexible para sa Web3 DeFi hanggang Web2 AI computation at iba pa.

Pangatlo, developer-friendly. Ayaw naming kailangan pang maging cryptography o ZK expert ang developer para magamit ang Pico. Basta marunong mag-Rust, pwedeng gamitin agad, parang ordinaryong programming lang ang paggawa ng ZK application. Malaki ang binababa ng entry barrier, at tinatago ang ZK complexity sa ilalim. Kaya hindi kami experimental zkVM, kundi production-grade ZK computing engine para sa real-world use cases.

BlockBeats: Kamakailan, inanunsyo ninyo na ang Pico Prism ay nakamit ang 99.6% real-time proof sa consumer-grade hardware. Ano ang technological breakthrough dito at ano ang ibig sabihin nito para sa zkVM performance limit?

Michael: Una, ipapaliwanag ko ang kahalagahan nito. Ang performance improvement ay hindi lang simpleng technical optimization, kundi mahalaga para sa scaling at development ng Ethereum ecosystem. Ang kasalukuyang Ethereum architecture ay nangangailangan ng bawat node na ulitin ang parehong computation—ligtas pero halos nasa limit na ang scalability. Ang susunod na hakbang ay gumamit ng bagong paradigm: isang node ang gagawa ng bulk computation at zk proof, at iba pang nodes ay magve-verify lang. Sa ganitong single-point computation, multi-point verification, mapapataas ng isang order of magnitude ang throughput habang decentralized pa rin, at maaaring umabot o lumampas pa sa Solana, habang nananatili ang sapat na decentralized node count.

Noong Hulyo, nagtakda ang Ethereum Foundation ng two-year goal: gamit ang consumer-grade hardware na mas mababa sa $100,000, makamit ang 99% real-time block proof. Kapag natupad, halos walang limitasyon ang expansion gamit ang ordinary hardware. Pero dati, ito ay theoretical lang—karamihan ng zkVM solutions ay malayo pa sa standard na ito sa coverage, cost, at speed, at marami ay hirap pa sa 90% real-time coverage.

Ang Pico Prism ang unang tunay na lumampas sa performance line na ito. Sa aming test, gamit lang ang 64 na 5090 GPU (halos $120,000 cost), nakamit namin ang 99.6% ng Ethereum blocks na napapatunayan sa loob ng 12 segundo, at 96.8% ng blocks ay tapos na sa 10 segundo, average proof time ay 6.9 segundo lang.

Kumpara sa ibang protocols, 70% ang performance boost ng Pico, at 50% ang cost reduction. Ibig sabihin, mas mabilis at mas mura ito, at malapit na kami sa goal ng Ethereum Foundation.

BlockBeats: Sa function at goal, mas kahalintulad ba ang Brevis sa ZK acceleration layer ng Ethereum, o isang verifiable computing cloud para sa multi-chain?

Michael:Sa function at goal, hindi magkasalungat ang dalawang positioning na ito. Sa short term, mas kahalintulad ng Brevis ang ZK acceleration layer ng Ethereum at L2. Aligned kami sa Ethereum Foundation: gamitin ang zero-knowledge proof para sa 10x–100x scaling ng mainnet; at ang real-time proof capability ay magpapabilis ng L2 Rollup interaction, mas mabilis at efficient ang cross-chain, mas mababa ang fees, at mas unified ang state at liquidity.

Sa mas long-term at macro na pananaw, hindi limitado sa Ethereum ang Brevis. Ang architecture namin ay natural na multi-chain, at kasalukuyang may partnerships na kami sa BNB Chain (gaya ng PancakeSwap), at nagtutulungan sa perpetual contract projects sa non-Ethereum chains; aligned din kami sa Arbitrum, Base, Avalanche at iba pang L2/multi-chain ecosystems. Sa kabuuan, layunin naming gawing verifiable computing cloud para sa lahat ng blockchain applications ang Brevis.

Ang goal namin ay sa susunod na 3–5 taon, kahit anong chain i-deploy ang smart contract, madali nilang magagamit ang computing service na ito; sa mas mahabang panahon, karamihan ng blockchain computation ay magaganap off-chain at magiging trustless gamit ang ZK, at ang Brevis ang magiging unified computing trust layer ng buong decentralized system.

Paano Ito Mai-implement: Totoong Application at Mga Kaso

BlockBeats: Maraming DeFi applications gaya ng PancakeSwap, Euler, o Linea ang gumagamit ng Brevis technology. Maaari ka bang magbigay ng konkretong halimbawa kung paano ito gumagana sa mga scenario na ito?

Michael:Tama, ang mga application scenarios namin ay nahahati sa ilang kategorya, at ang pinaka-karaniwan ay DeFi. Ang PancakeSwap ay isang standard case—ayaw naming manatili ang DEX user experience sa one-size-fits-all, na parehong interface at fee rate para sa ordinary at high-frequency traders. Gusto naming maging parang CEX ang DEX, na may differentiated experience para sa iba't ibang user types. Nagsasaliksik din kami ng mas maraming innovative applications. Halimbawa, sa pakikipagtulungan sa SocialFi projects, maaaring patunayan ng user ang kanilang influence at real holdings nang hindi isiniwalat ang main wallet.

Pinapaunlad din namin ang halos purely off-chain scenarios. Halimbawa, sa perpetual trading systems gaya ng Hyperliquid, ang positions at leverage ng users ay public, kaya madaling ma-target ng ibang traders. Gamit ang ZK technology, gusto naming gawing encrypted at hidden ang lahat ng orders at positions, pero mapapanatili pa rin ang correctness at security ng matching gamit ang ZK Proof. Sa ganitong paraan, makakamit ang CEX-like smooth experience na may blockchain-level security at privacy.

BlockBeats: Sa product level, ang Incentra ay isang mahalagang application na inilunsad ninyo at kasalukuyang namamahala ng higit $300 milyon na incentive distribution. Paano gumagana ang system na ito?

Michael:Simple lang ang simula ng Incentra: Ang incentive distribution ay core ng ecosystem growth, pero matagal nang may problema sa security, compliance, at transparency ang distribution mechanism.

Ang core mechanism ng Incentra ay ang users ay gumagawa ng ZK proof base sa kanilang tunay na on-chain o in-protocol behavior, at diretsong nagva-validate at nagke-claim ng eligibility sa on-chain contract, nang hindi umaasa sa centralized distribution. Kumpara sa tradisyonal na paraan, may tatlong advantage ito. Una, security: ang pondo ay nasa contract at sumusunod sa preset rules, kaya mababa ang custodial at operational risk; pangalawa, compliance at auditability: ang incentive rules at eligibility proofs ay traceable on-chain, kaya iwas sa compliance risk ng pagbabayad sa unknown entities; pangatlo, fairness at transparency: bawat claim ay independently verifiable ng external parties, kaya walang black-box distribution. Sa ngayon, ginagamit na ito sa BNB Chain, MetaMask, OpenEden, Usual at iba pa. Maging sa stablecoin ecosystem o on-chain incentive system, kaya nitong magbigay ng secure, compliant, at transparent incentive distribution.

BlockBeats: Kumpara sa maraming ZK projects na nasa laboratory stage pa lang, naipatupad na ng Brevis ang large-scale deployment. Bakit mas mabilis ninyong nagawa ito?

Michael:Sa tingin ko, ang pinaka-core na dahilan ay mula pa lang simula, hindi namin itinuring ang sarili bilang ZK research lab, kundi isang infrastructure company para sa real applications. Ang technical route namin ay hindi "build engine first, then find use", kundi baliktad: mula sa application demand, saka idinisenyo ang underlying architecture.

Ito ang nagtatakda ng fundamental difference ng Brevis. Maraming ZK projects ang nagde-develop muna ng zkVM, tapos saka lang maghahanap ng application; kami naman ay nagsisimula sa tunay na pain points ng partners, naiintindihan muna ang actual needs nila, saka dahan-dahang dinisenyo ang modular zkVM architecture at gumawa ng pluggable zkCoprocessor.

Sa madaling salita, ang technical evolution ng Brevis ay hindi arbitrary, kundi driven ng real users at partners. Ang problem-driven R&D model na ito ang nagpapabilis ng iteration, at bawat improvement ay may katumbas na verifiable use case. Kaya mula pa lang simula, production-grade na ang stability at scalability ng system namin, hindi lang para sa academic papers.

May isa pang simpleng dahilan: ang team namin ay marunong sa cryptography at malalim din sa large-scale system engineering. Hindi lang kami theoretical, kundi talagang pinapakinis ang performance at stability sa production environment. Sa ngayon, nakagawa na ang Brevis ng higit 100 milyong zero-knowledge proofs sa mainnet, nagsilbi sa halos 190,000 users, at namahala ng higit $300 milyon na tunay na incentive funds para sa partners. Lahat ng ito ay real deployed applications—kabilang ang Linea, Euler, Usual, OpenEden at iba pa—hindi demo, hindi testnet.

Saan Patungo: Open Scenarios at Hinaharap na Vision

BlockBeats: Bukod sa DeFi, sa tingin mo, saan pa pwedeng makaapekto ang off-chain computation, on-chain verification model sa hinaharap, gaya ng AI, data market, o gaming?

Michael:Maliban sa DeFi, ang modelong ito ay magkakaroon ng tuloy-tuloy na epekto sa verifiable AI, Web2 to Web3 data at identity bridging, privacy data markets, at gaming at social. Una, sa verifiable AI, karamihan ng models ay black box. Sa zero-knowledge proof, pwedeng gumawa ng verifiable mathematical evidence para sa inference process, na nagpapatunay na ang specific model ay nagbigay ng output sa given input, at hindi napalitan o na-tamper ang model o process. Pangalawa, sa Web2 to Web3 bridging, pwedeng dalhin ng users ang credentials o behavior mula sa centralized platform papuntang on-chain application bilang proof, gaya ng pag-mapping ng trading activity sa CEX bilang fee discount sa DEX, nang hindi isiniwalat ang identity o account details. Sa gaming at social, pwedeng patunayan ng users ang historical achievements, asset holdings, o key behaviors para makakuha ng access, matching, o incentives, nang hindi isiniwalat ang wallet o sensitive info.

Sa long-term, babaguhin ng systemang ito ang trust boundaries ng digital world. Gusto naming gamitin ang Web3 at zero-knowledge proof para baguhin ang paraan ng tao sa pag-unawa sa trustworthy computing—na bawat computation ay pwedeng ma-verify at mapagkakatiwalaan. Ang layunin ng Brevis ay maging foundation ng lahat ng ito—ang bagong computing trust layer.

BlockBeats: Nakita namin na noong Oktubre 13, inilunsad ng Brevis ang Brevis Proving Grounds na bagong event. Maaari mo bang ibahagi ang core content ng event na ito at ano ang tunay na mararanasan ng users?

Michael:Sa nakaraang panahon, ginugol namin ang maraming effort sa pag-validate ng deployed applications at documentation approval. Ngayon, may malalim na partnership na kami sa mahigit dalawampung partners, at bawat project ay tunay na deployed at pwedeng gamitin ng users, at maganda rin ang data at user retention.

Pero napansin namin na sa blockchain world, madalas ang user awareness ang nagtutulak ng development. Ibig sabihin, kapag naintindihan ng users ang value ng bagong technology, ang feedback at demand nila ang nagtutulak sa developers na gumawa ng mas maraming features. Kaya gusto naming isama ang users, hindi lang bilang observers kundi bilang aktwal na participants at validators. Ito ang core purpose ng The Brevis Proving Grounds event.

Dalawang stage ang event. Una, user education stage—gusto naming maintindihan ng mas maraming tao kung ano ang ginagawa ng partners namin at kung anong problema ang nasosolusyunan ng zero-knowledge proof (ZK) sa mga projects na ito. Ang stage na ito ay para sa awareness at understanding ng logic at significance ng technology.

Pangalawa, actual experience stage—dito, mismong users ang gagamit ng deployed applications namin at mararanasan ang pagbabago ng products matapos mag-integrate ng Brevis. Kakaiba kami dahil ang ibang projects ay puro click-to-earn o task completion lang, dahil wala silang tunay na innovative features na pwedeng maranasan. Sa amin, ang partner projects ay tunay na deployed at valuable applications, kaya ang users ay hindi naglalaro ng simulation kundi totoong gumagamit ng products na deeply integrated sa Brevis technology.

Gusto naming maramdaman ng users ang smooth experience at value shift na dala ng ZK technology, at maintindihan kung bakit ang off-chain computation, on-chain verification model ay parehong secure at efficient. Mas mahalaga, gusto naming maging ecosystem drivers ang users: kapag mas maraming users ang nakakaintindi at actively humihiling ng ganitong mechanism, mas lalakas ang innovation drive ng buong industriya.

BlockBeats: Bukod sa event na ito, ano pa ang plano ng Brevis? Puwede pa bang makilahok ang users?

Michael:Patuloy kaming maglulunsad ng participatory ecosystem plans, kabilang ang pag-deploy ng decentralized proof node network para makabuo ng mas open na proof at verification infrastructure. Ang mga planong ito ay bubuksan para sa community at ecosystem partners, at ang detalye ng participation at schedule ay iaanunsyo sa hinaharap.

BlockBeats: Sa mas long-term na pananaw, anong klaseng infrastructure ang gusto mong maging Brevis? Anong papel ang gusto nitong gampanan sa Web3 world?

Michael: Ang vision namin ay gawing Infinite Computing Layer ng Web3 ang Brevis, at maging pinagmumulan ng global trustworthy computing. Kung paano binago ng Ethereum ang trust logic ng assets at finance gamit ang smart contracts, layunin ng Brevis na baguhin ang trust logic ng computation: hindi na kailangang mamili sa pagitan ng sariling computation at pagtitiwala sa computation ng iba, kundi sa pamamagitan ng verifiable computing, masisiguro ang security at correctness ng result nang hindi inuulit ang computation.

Sa hinaharap, ang on-chain applications ay lilipat mula sa simpleng transaction execution at asset transfer patungo sa mas intelligent at complex systems—kabilang ang advanced algorithms, data interaction, personalized experience, at social behavior proof. Para sa mass adoption, kailangan ng malakas na computational power at kumpletong security. Gusto naming gawing universal, easy-to-use, at low-cost ang proof-based computation—para bawat Web3 application ay natural na makaintegrate ng capability na ito, nang hindi kailangang mag-reinvent ng wheel.

Sa architecture, gusto naming magdagdag ng bagong trust layer—Infinite Computing Layer—sa ibabaw ng consensus, data, at execution layers. Ito ang magiging ika-apat na foundational infrastructure ng blockchain, na magbibigay ng unified computing trustworthiness at verification capability para sa buong decentralized world. Lahat ng intelligent, complex, at cross-chain computation ay pwedeng ma-verify at magamit sa zero-trust environment. Ito ang aming pananaw ng infinite computing, at ito ang pangmatagalang misyon ng Brevis.