Zcash átlátszó vs. védett: címek, magánszféra és bányászati kifizetések

Zcash átlátszó vs. védett: a különbség egyetlen kérdésen múlik, azon, hogy ki olvashatja el a tranzakciót. Az átlátszó fizetések a Bitcoinhoz hasonlóan működnek, így bárki láthatja a címeket és az összegeket. A védett fizetések ezzel szemben elrejtik a küldőt, a fogadót, az összeget és a memót.

A bányászok számára ez a különbség minden jutalmat érint. A ZProMiners-en a blokkjutalmad először egy átlátszó címre érkezik. A Zcash konszenzusszabályai ezután megkövetelik, hogy védetté tedd, mielőtt elköltheted.

Zcash átlátszó vs. védett dióhéjban

A Zcash az átlátszó és a védett összegeket külön értékpoolokban (value pool) tartja, és minden címtípus ezek egyikébe mutat. A táblázat összefoglalja azokat a típusokat, amelyekkel bányászként találkozni fogsz.

Átlátszó és védett Zcash-címtípusok

Átlátszó címek: t1 és t3

Az átlátszó címek egyenesen a Bitcoin felépítéséből származnak. A t1-es cím P2PKH típusú, így egyetlen kulcs kezeli. A t3-as cím P2SH típusú, így egy szkript, például egy multisig kezeli. A Zcash protokollspecifikációja a mainnetre mindkét előtagot meghatározza. Minden átlátszó fizetés címei és összegei megjelennek bármelyik blokkböngészőben, és minden egyenleg is nyilvános.

Sapling-címek: zs1

A Sapling-címek zs1-gyel kezdődnek, és a 2018. októberi Sapling-frissítéssel jelentek meg. Egy Sapling-fizetés elrejti a megfigyelők elől a küldőt, a fogadót, az összeget és az 512 bájtos memót. A Sapling ma is működik. A protokollspecifikáció ugyanakkor új alkalmazásokhoz az egységes címeket ajánlja.

Egységes címek: u1

A ZIP 316 határozza meg az egységes címeket (unified address), amelyek u1-gyel kezdődnek, és több fogadót fognak össze egyetlen karakterláncban. Egy egységes cím tartalmazhat egy Orchard-, egy Sapling- és egy átlátszó fogadót, ez utóbbi P2PKH vagy P2SH lehet, de nem mindkettő. Legalább egy védett fogadót tartalmaznia kell, a régi Sprout típusnak pedig nincs benne helye. A küldő tárcának a leginkább előnyben részesített, általa támogatott fogadót kell használnia, ebben a sorrendben: Orchard, Sapling, átlátszó.

Az Orchard és az új Ironwood-pool

Az Orchard az a védett protokoll, amely a 2022. májusi NU5 frissítéssel érkezett. Nincs önálló címformátuma, ezért az Orchard-fogadók csak egységes címeken belül léteznek. Egy biztonsági kutató 2026 májusában hibát jelentett az Orchard-áramkör helyességében (soundness), amelyet júniusban az NU6.2 javított ki. Ezután 2026. július 28-án aktiválódott az NU6.3, amely létrehozta az Ironwood-poolt (ZIP 258). Az Ironwood ugyanazt az Orchard protokollt és ugyanazokat a címeket használja, a benne lévő note-ok pedig kvantum-helyreállíthatók (quantum-recoverable). A frissítés óta a régi Orchard-pool nem fogad új értéket. Emiatt egy Orchard-fogadónak küldött fizetés ma már az Ironwood-poolba érkezik.

TEX-címek: tex1

A ZIP 320 által meghatározott TEX-cím egy t1-es címet kódol újra úgy, hogy tex1-gyel kezdődjön. Ugyanazt a kulcshash-t tartja meg, így az összegek átlátszók és nyilvánosak maradnak. A küldő tárcának viszont jelzi, hogy csak átlátszó bemeneteket költsön el. Egyes tőzsdék TEX típusú befizetési címeket mutatnak, mert látni akarják, melyik átlátszó címről érkezett a befizetés. Így szükség esetén vissza tudják küldeni a pénzt. Ha védett összegből küldesz, egy szabálykövető tárca két tranzakciót készít. Először egy friss átlátszó címre teszi átlátszóvá az összeget, aztán onnan küldi tovább a TEX-címre.

Mit látnak a megfigyelők az átlátszó és a védett tranzakciókból

Az átlátszó és a védett Zcash-tranzakciók közti különbség kívülről a legszembetűnőbb. Egy átlátszó fizetésnél a megfigyelő látja a küldő címeket, a fogadó címeket, az összegeket, a díjat és a blokkot. Ezek a nyomok összekapcsolva egy teljes fizetési előzményt is feltárhatnak.

Egy teljesen védett fizetésnél a megfigyelő továbbra is látja, hogy a tranzakció létezik, melyik blokkban van és mekkora a díja. Meg tudja számolni a Sapling-költéseit és -kimeneteit, illetve az Orchard- és Ironwood-műveleteit is, bár sok tárca kitöltő elemekkel (padding) növeli ezeket a számokat. A címek, az összegek és a memók titkosítva maradnak.

A vegyes tranzakciók többet elárulnak. A védetté tevő tranzakció (t-ből z-be) megmutatja az átlátszó bemenetet és a védett poolba belépő összeget, de a címzettet nem. Az átlátszóvá tevő tranzakció (z-ből t-be) elrejti a forrást, de megmutatja az átlátszó címzettet és az összeget. Ha védett poolok között mozgatsz értéket, például a Saplingből az Ironwoodba, az átlépő összeg szintén láthatóvá válik. Ennek oka, hogy minden tranzakció közzéteszi az egyes védett poolokba belépő vagy onnan kilépő nettó értéket, és a csomópontok is ebből tartják nyilván az egyes poolok egyenlegét (ZIP 209).

Megtekintési kulcsok a védett Zcash-hez

A védett nem feltétlenül jelenti azt, hogy mindenki elől rejtve van. A megtekintési kulccsal (viewing key) feltárhatod a védett tevékenységedet anélkül, hogy költési jogot adnál. A bejövő megtekintési kulcs a kapott fizetéseket mutatja meg. A teljes megtekintési kulcs azt is, amit elköltesz. Egyik kulccsal sem lehet összeget mozgatni. A ZIP 316 egységes megtekintési kulcsai minden fogadótípus kulcsait összefogják, és uview (teljes) vagy uivk (bejövő) előtaggal kezdődnek. Az átlátszó címekhez nem kell megtekintési kulcs, mert az előzményeik eleve nyilvánosak. Megtekintési kulcsot csak olyannal ossz meg, akiben megbízol, például a könyvelőddel, mert ő továbbadhatja.

Zcash mozgatása az átlátszó és a védett poolok között

A védetté tétel egy átlátszó címről egy védett poolba mozgatja a ZEC-et. Az átlátszóvá tétel visszafelé, a poolból kifelé viszi. A tárcád mindkettőt hétköznapi tranzakcióként készíti el. Mivel minden átlépés felfedi a saját összegét, néhány szokás segít megőrizni a magánszférádat:

• Tedd védetté a jutalmakat, amint beérnek, és tartsd őket védetten, amíg nincs rájuk szükséged.
• Ne tedd átlátszóvá ugyanazt az összeget röviddel azután, hogy védetté tetted, mert az egyező összegek összekapcsolják a két lépést.
• Bízd egy naprakész tárcára, hogy a régi Orchard-poolban lévő egyenleget átvigye az Ironwoodba. A ZIP 318 azt javasolja, hogy ezt az átvitelt szabványos összegekre bontsák.

Az átlátszó és a védett tranzakciók díjai

A ZIP 317 a szokásos díjat logikai műveletenként 5000 zatoshiban határozza meg, legalább két művelettel. Egy egyszerű tranzakció így 10 000 zatoshiba, azaz 0,0001 ZEC-be kerül. Az átlátszó résznél a bemenetek és a kimenetek közül a nagyobb szám számít, szabványos P2PKH méretegységekben mérve. A Sapling ugyanígy a költéseinek és a kimeneteinek nagyobbik számát veszi, az Orchard és az Ironwood pedig a műveleteit számolja.

A képlet minden poolt egyformán kezel, így a védett tranzakciók nem drágábbak az átlátszóknál. A bányászoknak mégis érdemes figyelniük a bemenetek számára. Védetté tételkor minden coinbase-kimenet egy átlátszó bemenet lesz. Ha 20 kimenetet egyetlen védett kimenetbe söpörsz össze, az a ZIP 317 díjszabása szerint így nagyjából 110 000 zatoshiba, azaz 0,0011 ZEC-be kerül: a bemenetekért 20 logikai művelet, plusz 2 védett művelet, amelyek közül az egyik kitöltő elem.

A díj csökkenhet. Egy javaslattervezet 1000 zatoshira csökkentené a határdíjat, és a Zebra 6.4.0 már elfogadja az ilyen díjú tranzakciókat. A díj beállítását bízd a tárcádra.

Coinbase-szabályok, amelyeket minden Zcash-bányásznak ismernie kell

Két konszenzusszabály vonatkozik az átlátszó coinbase-kimenetekre, és 2026 szeptemberében is mindkettő érvényes.

Az első az érés. Egy tranzakció nem költhet el olyan átlátszó coinbase-kimenetet, amely 100 blokknál kevesebbel korábbi blokkból származik. A jelenlegi 75 másodperces célzott blokkidő mellett ez a várakozás nagyjából 125 percig tart. A javasolt NU7 frissítés 25 másodperces blokkokra váltana, de megtartaná a 100 blokkos szabályt (ZIP 218). A várakozás így nagyjából 42 percre rövidülne.

A második a védetté tétel. Az átlátszó coinbase-kimeneteket elköltő tranzakciónak egyáltalán nem lehet átlátszó kimenete. A gyakorlatban előbb védetté teszed a jutalmat, és később a védett poolból költöd el. A jelenlegi protokollspecifikáció továbbra is kimondja ezt a szabályt, és a ZIP 213 az átlátszó coinbase-re megtartja. A Zebra jelenlegi kódja is elutasítja az ilyen költéseket a mainneten, és az ellenőrzést csak teszthálózatokon lehet kikapcsolni.

Miért átlátszóként indul a coinbase-jutalom a Zcash-ben

A 2020. júliusi Heartwood-frissítésig a konszenzus csak átlátszó coinbase-kimeneteket engedett. A ZIP 213 ezután engedélyezte a védett coinbase-kimeneteket, és mentesítette őket a fenti két szabály alól. Ugyanakkor szándékosan nyilvánossá tette őket. Minden védett coinbase-kimenetnek csupa nullából álló kimenő megtekintési kulccsal visszafejthetőnek kell lennie, így bárki elolvashatja a címét és az összegét. Az elkészítéséhez ráadásul nulla ismeretű bizonyítás (zero-knowledge proof) is kell, ami többletmunkát jelent, valahányszor egy csomópont blokksablont készít. Az átlátszó kimenetek megspórolják ezt a költséget, és bárki ellenőrizheti egy blokk jutalomfelosztását egy blokkböngészőben.

A ZProMiners esetében a szabályzat dönti el a kérdést. A pool kizárólag közvetlen, átlátszó coinbase-kifizetéseket támogat, így minden jutalom nyilvános és a láncon ellenőrizhető marad. A jutalmad vagy annak rád eső része a blokk coinbase-ében a t1-es vagy t3-as címedre kerül. Ez egyaránt érvényes a solo bányászatra, a PPLNS poolra és a PROP poolra. A védett, az egységes és a TEX-címek ezért nem működnek felhasználónévként. Fiókra sincs szükséged, mert a t-címed a felhasználóneved.

A gyakorlatban: bányássz átlátszóan, aztán válts védettre

Egy bányász számára a Zcash átlátszó vs. védett kérdés nem vagy-vagy döntés. Átlátszóan kapod meg a jutalmat, aztán védetté teszed:

1. Válassz olyan tárcát, amelynek a helyreállítási kifejezése (seed) nálad van, és ellenőrizd, hogy mutat-e t1-es címet, és képes-e védetté tenni az összegeket.
2. Ezt a t-címet használd felhasználónévként, ahogy a bányászat elkezdéséről szóló útmutató elmagyarázza.
3. Minden jutalomnál várj 100 blokkot, amíg beérik.
4. A beért kimeneteket tedd védetté a tárcád egységes címére. Több kimenet egy tranzakcióban kevesebbe kerül, mint külön tranzakciókban, bár minden bemenet növeli a díjat.
5. A védett egyenlegből költs, és ha a könyvelődnek szüksége van az előzményeidre, ossz meg vele egy megtekintési kulcsot.

Soha ne bányássz tőzsdei befizetési címre. Nem nálad vannak a kulcsai, a védetté tétel szabálya pedig arra kötelező, aki a jutalmat megkapja. Ha ez már megtörtént, olvasd el, mit tegyél, ha egy tőzsde elutasítja a bányászati befizetésedet. További kérdéseid vannak? A GYIK és a bányászati kalkulátor jó folytatás.