Paano nagpapagawa ng ZK proofs ang Dusk upang panatilihin ang privacy ng mga transaksyon? Isang detalye ang nagpahinga sa akin: gumagamit ang bawat prover worker ng isang CPU core, at ang pagpapagawa ng proof ay single-threaded. Nagbago ang pananaw ko dito. Ang ZK proofs ay maaaring magmukhang magkakaroon ng magic dahil ang final proof ay maliit at ang verification ay maaaring magmukhang magaan. Ngunit ang mahirap na computation ay hindi nawala. Ito ay napalitan sa Prover side, kung saan ang mga machine ay nagpapatakbo ng workload at nagpapagawa ng ebidensya bago maaaring i-verify ng network. Tingnan ang flow na ito, nagsimula akong isipin nang iba ang Dusk. Hindi kailangan ng network na paulit-ulitin ng bawat verifier ang buong computation. Ang mga prover ang nagsisagawa ng mas mabigat na workload, habang ang mga verifier ay tanging sinusuri ang resultang proof. Nagbuo ito ng interesanteng tanong sa scaling para sa privacy infrastructure ng Dusk. Kung lalong laloang lumalaki ang Dusk, ano ang totoong bottleneck? Iba ba ito sa bilis kung paano nakakaverify ang network ng mga proof, o sa dami ng infrastructure na available upang pagawaan sila? Para sa akin, dito nakikita ko kung bakit dapat tignan nang higit pa sa label ng privacy ang Dusk Provers. Ang privacy ay hindi lamang tungkol sa cryptography. Ito ay nakadepende rin sa infrastructure na nagpapahintulot sa scalable private execution. Papatuloy kong pag-aaralan ang Prover capacity at kung paano maaapektuhan ng proof generation ang privacy scalability ng Dusk. @DuskFoundation $DUSK #dusk