Tuklasin ang FHE Revolution ng Zama & Kumita ng Mga Token na $ZAMA

Content ng Pag-learnicon
Quiz at Mga Task para sa Mga Rewardiconicon

Sa loob ng Zama Protocol - Paano Gumagana ang Mga Transaksyon na May Katuturan

Layunin sa Pag-aaral:Upang maunawaan ang operational architecture ng Zama network at paano nagkakasundo ang mga espesyalisadong komponente nito upang magawa ang confidential computation sa mga public blockchains.

Ang Isang Simfoniya ng mga Espesyalisadong Komponente: Paano Gumagana ang Zama Network

Ang Zama Protocol ay hindi isang monolitiko application kundi isang maingat na inayos na network ng mga espesyalisadong bahagi na gumagana nang magkasama. Ang pag-unawa sa arkitektura na ito ay mahalaga para maapresyahan ang kanyang inobasyon. Suriin natin ang biyaheng isang kumpidensyal na transaksyon - halimbawa, pribadong pagpapadala ng isang encrypted token.

1. Ang Punto ng Pag-uugali: Ang Host Chain (Halimbawa, Ethereum)

Ang iyong transaksyon ay nagsisimula sa isang Host Chain - isang umiiral na pampublikong blockchain tulad ng Ethereum o Solana. Ito ang lugar kung saan inilalagay ang pribadong smart contract (halimbawa, isang pribadong stablecoin). Ipinapasa mo ang isang transaksyon na may mga input na nakasakop (ang halaga ng pagpapadala) at isang ZK proof na nagpapatunay na ang iyong encryption ay wasto.

2. Ang Dispatcher: Ang FHEVM Executor Contract

Nang iyong transaksyon ay tatawagin ang isang function sa kumpidensyal na kontrata, ito ay magkakaugnay sa Zama's FHEVM library. Ang library na ito ay naglalaman ng mga espesyal na uri tulad ng euint64 (encrypted unsigned integer). Nang kontrata logic ay kailangan ng isang kompyutasyon sa encrypted na data - sabihin, pag-check kung sapat ang iyong balance - ang Host Chain mismo ay hindi nagpapagawa nito ng mabigat na FHE math.
Sa halip nito, ang isang dedikadong Executor Contract sa Host Chain ang gumagawa bilang isang dispatcher. Ito ay naglalathala ng isang kaganapan na nangangahulugan lamang na:
“Kailangan ng Contract X ng isang operasyon ng pagsusuri ng FHE na ginawa gamit ang mga iinom na encrypted na ito.”
Ang disenyo na ito ay kamangha-mangha dahil itinatago nito ang malaking kompyutasyon na banta ng FHE sa pangunahing kadena, na nagsisiguro ng kanyang kahusayan at mababang gastos para sa lahat ng iba pang hindi pribadong transaksyon.

3. Ang Powerhouse ng Kompyutasyon: FHE Coprocessor

Ito ay kung saan nangyayari ang magic. Ang isang network ng mga node ng FHE Coprocessor ay patuloy na nakikinig sa mga pangyayari na ito. Ang mga ito ay mataas-performance na mga server na kumikilos upang mabilis na magawa ang mga optimized na FHE computation ng Zama.
  • Nagawa ng Coprocessor ang encrypted data mula sa kaganapan.
  • Gagawa ito ng tinanong na FHE operation (ang paghahambing, at mamaya, ang pagbabawas at pagdaragdag para sa mga balanse) tuwid sa mga ciphertext.
  • I-post nito ang naging encrypted output (halimbawa, ang bagong encrypted na balanse) pabalik sa chain.
Mga Multiple Coprocessor ay gumagana nang magkasabay para sa redundancy at seguridad, at ang kanilang gawain ay nasa publiko at maverify. Ang sinumang tao ay maaaring muling isagawa ang kompyutasyon upang matiyak na ito ay ginawa nang tama.

4. Ang Central Nervous System: Ang Gateway

Ang pagpapatakbo ng buong proseso ay ang Gateway, na gumagana sa isang dedikadong, mataas na throughput na Arbitrum rollup. Isipin ito bilang ang protocol na mission control at ledger. Ang kanyang mga mahahalagang papel ay kasama ang:
  • Pamamahala ng musika: Pagmamapa ng mga gawain sa mga Coprocessor at pag-aayos ng kanilang mga resulta.
  • Listahan ng Paghahawak sa Pagganap (ACL) Manager: Pangangalaga ng master record kung sino ang maaaring mag-decrypt ng ano. Kapag ang smart contract ay nagsasagawa FHE.pakiusap(newBalance, recipientAddress), ang pahintulot na ito ay permanente nang nakarekord sa ACL ng Gateway.
  • Service Hub: Ito ang natatanging interface para sa mga user na humiling ng mga pangunahing serbisyo ng protocol: pagpapatotoo ng kanilang mga ZK proof, paghiling ng mga dekripyon, o pagbibigay ng encrypted na mga asset sa pagitan ng iba't ibang Host Chains.

5. Ang Fort Knox ng Mga Key: Ang Key Management Service (KMS)

Ang lahat ng data sa Zama network ay naka-encrypt sa ilalim ng isang malakas at pampublikong susi. Ang kaukulang pribadong susi ng dekripyon ay dapat panatilihin ng mayroon sa ekstremong seguridad, ngunit maaaring gamitin kapag may pahintulot. Ito ang tungkulin ng KMS.
  • Ibinabahagi ang pribadong susi sa mga shard gamit ang matibay na Multi-Party Computation (MPC) protocol.
  • Ipinamamahagi ang mga fragment na ito sa 13 independiyenteng, mapagkakatiwalaang operator ng node. Walang isang operator, o kahit isang maliit na grupo, ang may access sa buong key.
  • Nangangailangan ka, bilang karapat-dapat na tagatanggap, na mag-decrypt ng iyong bagong balanse, ang Gateway ay nagsusuri ng kanyang ACL. Kung pinahihintulutan, ipapadala nito ang kahilingan sa KMS committee.
  • Ang mga node ng KMS ay nagtatagana ng isang threshold decryption sa loob ng secure AWS Nitro Enclaves. Ang kumbinasyon ng sapat na karamihan (halimbawa, 9 sa 13) lamang ang makapagbibigay ng huling decrypted plaintext, na kalaunan ay inilalagay nang ligtas pabalik sa iyo.
Ang arkitekturang ito ay nagsisiguro ng kumpidensiyalidad (laging ma-encrypt ang data), de-pinisyalisasyon (walang isang punto ng kontrol), at publikong pagpapatotoo (ma-check ang lahat ng mga hakbang).