Sinasabi ni Zooko Wilcox na ang suplay ng Zcash (ZEC) ay masusuri: Paano tinutigil ng Ironwood ang lihim na inflation
2026/08/02 13:00:00
Ang Ironwood upgrade ng Zcash ay nagbago sa debate tungkol sa kung nananatili pa bang verifiable ang supply ng ZEC pagkatapos ng pagkakatuklas ng isang kritikal na vulnerability sa retired Orchard shielded pool. Bagaman walang kilalang ebidensya ng mainnet exploitation, ang privacy protections ng Orchard ay nagpapalit sa mga mananaliksik na makapagpatotoo nang tuluyan na hindi nagawa ang paglikha ng counterfeit notes. Sabi ni Zooko Wilcox, co-founder ng Zcash, ngayon ay maaari ng mga user na i-verify nang independiyente ang protocol-accounted supply. Sa paggawa ng Orchard na exit-only, ang pagtatakas ng pool balances at ang pagrout ng mga withdrawal sa pamamagitan ng Zcash turnstile ay tinatanggal ang posibilidad na ang hypothetical excess value ay magcirculate o makalabas sa mas malawak na Zcash economy. Gayunpaman, nagpapalakas ang upgrade sa kasalukuyang integridad ng ZEC supply nang hindi patotoo na hindi nag-exploit ang Orchard vulnerability.
Sabi ni Zooko Wilcox na maaaring i-verify lokal ang suplay ng Zcash
Sinabi ng co-founder ng Zcash na si Zooko Wilcox na maaaring mag-verify nang hiwalay ang mga user sa ZEC supply sa isang lokal na computer pagkatapos ng Ironwood network upgrade, na pinagana noong July 28, 2026. Sa isang post noong July 29 sa X, ipinahayag niya na ang isang fully synchronized node ay nagpakita ng chain-supply snapshot ng 16,848,458 ZEC, o higit sa 80.23% ng fixed 21 milyong maximum supply ng Zcash. Ang bilang na ito ay hindi permanenteng dahil patuloy pa ring idinadagdag ng mining rewards ang bagong ZEC ayon sa issuance schedule ng protocol.
Ginawa ng Ironwood ang orihinal na Orchard shielded pool na exit-only, na nagpapahigpit sa mga bagong deposito at karaniwang pag-transfer sa loob ng pool. Ang mga pondo na lumalabas sa Orchard ay kailangang dumadaan sa isang mekanismo ng pagsasaulo sa antas ng protokol na naglalayong limitahan ang mga pagtarik sa amount ng ZEC na verifiable na i-deposito. Sa pamamagitan ng pagpapatakbo ng isang buong sinynchronisadong Zcash node at paggamit ng getblockchaininfo RPC, maaaring suriin ng mga user ang chainSupply at valuePools fields nang walang pagkakabase sa mga developer, exchange, o third-party block explorers.
Ang chain supply na isinasaad ng node ay maaaring magkaiba sa mga estymado ng market circulating-supply dahil ang pagsasapalaran ng protokolo ay maaaring kasama ang nailabas na ZEC na nasa restricted o deferred pools, habang ang mga provider ng data ay maaaring iwasan ang mga ari-arian na itinuturing nilang hindi available para sa pag-trade. Dapat maunawaan ang numero ni Wilcox bilang isang lokal na masusuri na blockchain snapshot, hindi ang amount ng ZEC na aktibong nakikisalamuha sa merkado.
Paano ang Ironwood at ang Zcash Turnstile Block Secret ZEC Inflation
Ang Zcash Ironwood upgrade ay tumutugon sa isang partikular na kahinaan na nilikha ng dating Orchard design: maaaring umiiral ang isang kopyang note at patuloy na palitan ng mga kamay nang pribado sa loob ng shielded pool kahit na iwasan ng network ang sobrang halaga na pumasok sa ibang pool. Lutasin ng Ironwood ang problema na ito sa pamamagitan ng pagpapagsama ng mahigpit na pagkakabawas sa Orchard activity at ang mga pampublikong pananalapi ng Zcash turnstile. Ang resulta ay isang protocol boundary na humihinto sa mga hipotetikal na kopyang ZEC na manatiling ekonomikong aktibo sa loob ng Orchard o pumasok sa mas malawak na ekonomiya ng Zcash.
Ang Ironwood ay isinapuso ang Orchard Shielded Pool bilang isang sistemang exit-only lang
Bago ang Ironwood, nagtataglay ang Orchard bilang aktibong shielded pool kung saan maaaring tumanggap ng pera ang mga user, gumawa ng pribadong pagbabayad at mag-transfer ng halaga nang hindi ipinapakita ang mga indibidwal na amount o address. Ang privacy na ito ay nakasalalay sa kahusayan ng zero-knowledge circuit ng Orchard, na pagkatapos ay natuklasang may isang under-constrained na elemento na teoretikal na makakatanggap ng counterfeit na notes bilang wasto. Nagbabago ang Ironwood ang papel ng Orchard sa antas ng consensus sa halip na mag-asa lamang sa pinabuti circuit. Hindi na maaaring pumasok ang bagong halaga sa lumang pool, ang coinbase rewards ay hindi na makakalikha ng Orchard outputs, at ang karaniwang cross-address payments sa loob ng Orchard ay pinagpipigilan. Maaari pa ring ilipat ng mga legal na tagapagmaneho ang kanilang pera, kabilang ang mga transaksyon na nangangailangan ng self-directed change, ngunit hindi na maaaring gumana ang Orchard bilang isang hiwalay na pribadong ekonomiya kung saan paulit-ulit na kumikilos ang ZEC sa pagitan ng iba’t ibang user. Ang bagong shielded activity ay direksiyon sa hiwalay na Ironwood pool, na nagpapahintulot sa natitirang balanse ng Orchard na bumaba nang patuloy habang pinipigilan ang karagdagang pera o bagong isyu na ZEC na pumasok sa nasirang sistema.
Paano limitahan ng Zcash Turnstile ang mga withdrawal sa Orchard
Ang Zcash turnstile ay isang on-chain accounting mechanism na nagtatala ng kabuuang halaga na papasok at lumalabas sa bawat shielded pool nang hindi itinutukoy ang mga pribadong transaksyon na nangyayari sa loob nito. Ang mga indibidwal na Orchard balances, address, at pag-transfer ay nananatiling nakatago, ngunit ang mga paggalaw sa hangganan ng pool ay naglilikha ng publikong maiiwasang pagbabago sa kabuuang halaga nito.
Bawat full node ay nagpapanatili ng balanseng halaga ng chain at tinatanggihan ang isang block kung subukan ng isang transaksyon na mag-withdraw ng higit pang ZEC mula sa Orchard kaysa sa dami na legal na pumasok sa pamamagitan ng nakarecord na deposito at protocol-authorized flows. Ang turnstile ay hindi kailangang tukuyin kung aling mga note ang legal o pekeng. Sa halip, ito ay nagpapatupad ng isang kumulatibong withdrawal ceiling para sa buong pool. Kung ang isang hipotetikal na pekeng ZEC ay nilikha sa pamamagitan ng nakaraang Orchard vulnerability, ang dagdag na halagang iyon ay walang katumbas na deposito sa pampublikong accounting record at kaya ay hindi maaaring i-transfer sa Ironwood, Sapling o ang transparent pool matapos maabot ang legal na withdrawal limit. Mahalaga ang pagkakaiba na ito dahil umiiral ang turnstile bago ang Ironwood, ngunit dating maaaring patuloy na i-transfer ng mga Orchard user ang mga note nang pribado sa loob ng pool. Ibinuksan ng Ironwood ang internal circulation route na iyon, ginagawa ang turnstile bilang tanging ekonomikong makabuluhang daan patungo sa hinaharap.
Bakit hindi kailangan ng Ironwood na mag-migrate ang bawat tagapag-alaala ng Orchard
Hindi nakasalalay ang proteksyon laban sa lihim na pagtaas ng ZEC sa paglipat ng lahat ng legal na Orchard balance patungo sa Ironwood. Noong maging aktibo ang mga bagong pagpapalit sa konsensyo, hindi na maaaring tanggapin ng Orchard ang mga deposito o suportahan ang karaniwang pagbabayad sa pagitan ng iba’t ibang mga user, habang ang tanging paraan ng paglabas nito ay nananatiling pinagbabawalan ng verified withdrawal limit ng turnstile. Ang anumang ZEC na hindi nagmigrasyon, kahit bakit man—mga nawawalang private key, nag-iisang wallet, pagsusulit na pondo, o hindi ekonomikong dust balances—ay nananatiling hiwalay sa isang pool na hindi maaaring lumawak o magtrabaho bilang aktibong network ng pagbabayad. Dahil dito, ang migrasyon mula sa Orchard patungo sa Ironwood ay maaaring hindi maiabot ang literal na 100%, ngunit ang hindi kumpletong migrasyon ay hindi nagpapahintulot sa sobrang halaga na magcirculate. Ang progreso ng migrasyon ay maaari pa ring magbigay ng kapaki-pakinabang na ebidensya tungkol sa nakaraang vulnerability: ang patuloy na paggalaw ng legal na withdrawal na hindi nagpapababa sa limitasyon ng turnstile ay magpapatibay sa pagtataya na malaki-skalang paggawa ng pagnanakaw ay malamang ay hindi nangyari. Kung ang mga hiling sa withdrawal ay hihigit sa verified deposits ng pool, tatanggihan ng network ang sobra at ipapakita ang isang measurable inconsistency. Ang ebidensyang ito ay mahalaga, ngunit hiwalay sa direkta supply protection na nilikha nang maging exit-only lamang ang Orchard.
Ironwood ay gumagawa ng hiwalay at sariling nakikita na shielded pool
Hindi nagmamana ang Ironwood ng panloob na estado o nakatagong kasaysayan ng note ng Orchard. Ito ay nagsimula bilang hiwalay na shielded pool na may sariling chain-value balance, note-commitment tree, nullifier set at transaction history, na nagtatag ng malinaw na hangganan sa accounting sa pagitan ng nasirang sistema at mga hinaharap na pribadong ZEC activity. Ang mga pondo na papasok sa Ironwood ay dapat dumating sa pamamagitan ng isang consensus-authorized transaction kung saan ang halaga nito ay nakikita sa public pool accounting, na nag-iwas sa hindi pinatotohanang Orchard value na magpatuloy nang tahimik. Ang bagong pool ay gumagamit ng pinabuti circuit batay sa Orchard kasama ang karagdagang pagsusuri sa seguridad at formal verification na nakatuon sa integridad ng balance. Ang layered na disenyo na ito ay nangangahulugan na ang Zcash network ay hindi nakasalalay lamay sa mga aksiyoma tungkol sa kung sinakop ba ang nakaraang bug. Sa halip, pinipigilan ng Ironwood ang lumang pool, isinusumite ang bawat exit sa cumulative turnstile accounting, at tinitiyak ang bago at shielded na value sa isang hiwalay na naiiwasang sistema. Sa ilalim ng mga consensus rules ng network at ipinahayag na cryptographic assumptions, ang mga hipotetikal na counterfeit Orchard notes ay hindi maaaring maging spendable ZEC nang lihim sa ibang lugar, na ang pangunahing mekanismo kung saan pinoprotektahan ng Ironwood ang integridad ng ZEC supply.
Ano ang Ipinapatotohan ng Ironwood Tungkol sa Orchard Bug, ang ZEC Migration at mga Natitirang Panganib
Binibigyan ng forward-looking guarantee ng Ironwood ang integridad ng suplay ng Zcash, ngunit hindi ito bumubuo muli nang retrospektibo ang bawat pribadong Orchard transaction o nagtataguyod nang tiyak na ang nakaraang vulnerability ay hindi pernah na-exploit. Mahalaga ang pag-unawa sa pagkakaiba na ito kapag sinusuri ang Orchard bug, ang layunin ng ZEC migration, at ang security protections na ipinakilala sa pamamagitan ng formal verification. Ang pinakamalakas at tumpak na konklusyon ay ang Ironwood ay nag-iwas sa anumang hipotetikal na labis na Orchard value na manatili bilang bahagi ng gamit na Zcash economy, habang ang historical na tanong kung kung ano ang mga counterfeit note ay nilikha bago ang remediation ay nananatiling hindi nalulutas.
Nakapag-exploit ba ang Zcash Orchard Bug?
Kasalukuyang walang kilalang ebidensya na pinagamit ang vulnerability ng Orchard sa Zcash mainnet, at sinabi ng mga organisasyon na kasali sa imbestigasyon na tila hindi nangyari ang nakaraang pagpapagamit. Ipinakita ng security researcher na si Taylor Hornby na ang kakulangan ay totoo sa pamamagitan ng paglikha ng isang gumagana exploit sa isang lokal na regtest environment, ngunit ang isang matagumpay na pagsubok ay hindi nagpapatotoo na ang isang iba pang partido ay natuklasan o ginamit ang parehong paraan laban sa live network. Ibinahagi ng mga developer na walang kumpirmadong di-awtorisadong paglikha ng halaga, pagkawala ng mga user, o paglabag sa privacy na kaugnay sa vulnerability. Ang nakita ring gawain ng Orchard ay hindi nagpakita rin ng mga agresibong pagtarik na karaniwang kaugnay sa mga pagpapagamit sa cryptocurrency, kung saan ang mga manggagamot ay subukan na i-convert ang mga kopyang asset sa likuidong halaga bago ma-patch ang vulnerability. Ang mga obserbasyong ito ay sumusuporta sa pagtataya na malamang ay hindi nangyari ang pagpapagamit, ngunit nananatili itong indirektong ebidensya kaysa sa kriptograpikong patunay. Dahil tinatago ng Orchard ang mga amount ng transaksyon, sender, recipient, at mga ugnayan sa pagitan ng mga private note, hindi kayang i-replay ng mga imbestigador ang kanilang buong panloob na ekonomikong kasaysayan at tiyakin nang kongklusibo kung gumawa ba ang isang manggagamot ng mga kopyang note na hindi tinarik o publikong pinagbuhusan.
Ano nga ba ang tunay na ipinapatotohan ng Formal Verification ni Ironwood
Ipinahayag ng Project Tachyon ang machine-checked formal verification ng balance integrity ni Ironwood noong July 28, 2026. Ang gawaing ito ay naglalaman ng higit sa 2,700 na Lean theorems at nangangailangan ng tatlong grupo ng mga researcher at cryptographer na nagtrabaho nang higit sa isang buwan. Ito ay tumatalakay kung ang proof system at ledger rules ni Ironwood ay nagpapatupad ng mga kondisyon na kailangan upang pigilan ang hindi makikita ang paggawa ng fake. Kasama rito ang pagpapakita na ang mga wastong paggastus ay tumutugma sa mga note na na-creation bago, nananatili ang mga halaga sa pinahihintulutang saklaw, nagpapigil ang mga nullifier sa paggastos muli ng parehong note, at nananatiling balanse ang mga nakatagong input at output laban sa publikong inihayag na halaga na papasok o lumalabas sa pool. Ang verification ay nag-aanalisa rin ang knowledge soundness ng zero-knowledge proof system ni Ironwood, kumonekta ang mga tanggap na proof sa mga wastong underlying witnesses sa ilalim ng mga inihayag na cryptographic assumptions. Ito ay mas malakas kaysa sa karaniwang software review dahil ang mga security properties ay ipinahahayag nang matematikal at tiniyak ng proof assistant kaysa sa depende lamang sa tao o limitadong set ng test cases.
Dapat pa rin ipaliwanag ang pormal na pag-verify ayon sa tunay nitong sakop. Ang natapos na gawa ay nakatuon sa integridad ng balanse at pagtutol sa pagkakalapalapa, hindi sa lahat ng posibleng katangian ng network ng Zcash. Hindi ito nagpapatotoo sa mga pangako sa privacy ng Ironwood, hindi ito tinatanggal ang mga operasyonal na pagkakamali sa wallet o hindi ito nagtataguyod na ang lahat ng hinaharap na software ay malayang mula sa mga bug sa implementasyon. Ang patotoo ay nakabatay din sa kilalang cryptographic assumptions na may kaugnayan sa discrete logarithms, random-oracle modeling at signature unforgeability. Ang Project Tachyon ay nagpapahiwatig na ang mga paglihis sa implementasyon mula sa pormal na analisadong verifier ay magiingat ng publikong muling maipapakita na ebidensya dahil ang mga tinanggap na patotoo ay ire-rekord sa blockchain, ngunit hindi ito nangangahulugan na lahat ng panganib sa seguridad ay nawala na. Dapat ding maingat na ipaliwanag ang Ironwood’s ZIP 2005 feature: ito ay gumagawa ng quantum-recoverable note records na layunin upang suportahan ang hinaharap na pagbabawi ng pondo kung ang kasalukuyang kriptograpiya ay mahina, ngunit hindi ito ginagawa ang Zcash na buong nakakatutok sa quantum computing ngayon.
Ano ang Maaaring Ipaliwat ng Paglipat mula sa Orchard patungo sa Ironwood
Ang migration activity ay maaaring magbigay ng karagdagang ebidensya kung kung ano ang exploited ng Orchard vulnerability, bagaman hindi ito makapagdadala ng perpektong kasaysayang sagot. Halos 176,000 ZEC, na noo’y halos $81 milyon, ang pumasok sa Ironwood sa unang araw nito, katumbas ng halos 5% ng balance ng Orchard sa panahon ng pag-activate. Ang patuloy na pag-withdraw ng mga legal na tagapag-alaala ay nagpapababa sa amount na naiiwan sa Orchard at sinusubok kung ang mga kilala at kumoklaim ay maaaring ma-process nang walang accounting conflict. Kung ang malalaking balances ay nakakapag-move nang matagumpay sa paglipas ng panahon at walang pagkakataon ang lumampas sa pinahihintulutang withdrawal capacity ng pool, dapat tumaas ang tiwala na hindi nangyari ang malawakang paglalagay. Sa kabaligtaran, kung ang mga valid-looking withdrawal claims ay hihigit sa amount na available sa ilalim ng accounting limit ng Orchard, ang rejected excess ay magbibigay ng publiko na obserbableng ebidensya na mas maraming private claims ang umiiral kaysa sa suporta ng legal na deposito.
Hindi makapagpatunay nang malinaw ang proseso ng migrasyon na lahat ng Orchard note ay legal dahil ang ilang balance ay maaaring hindi kailanman mag-move. Maaaring mawala ang mga private key, maaaring iwanan ang mga wallet, at maaaring manatiling hindi ekonomiko ang pag-transfer ng mga napakaliit na balance. Maaari rin naming isipin na ang isang hipotetikal na attacker ay mananatili sa mga fake na note upang maiwasan ang pagpapakita ng anumang pagkakaiba. Kaya, dapat ituring ang migration data bilang isang umuunlad na pinagkukunan ng ebidensya kaysa isang count-down patungo sa isang tiyak na sandali kung saan nawawala ang historical uncertainty. Dapat iwasan ng mga artikulo na mag-claim na magkakaroon ang Zcash community ng isang tiyak na desisyon kapag natapos na ang migrasyon sa 100%, dahil maaaring hindi kailanman mabuo ang complete migration. Ang mas maayos na pag-unawa ay na ang maayos na migrasyon ay maaaring mapaliit ang praktikal na uncertainty at mapalakas ang tiwala sa mga legal na Orchard balance nang hindi nagbabago ng private transaction history ng pool.
Natitirang Panganib para sa mga Tagapag-angkat ng Orchard at mga Gumagamit ng Wallet
Ang pinakamalubhang natitirang teoretikal na panganib ay ang pagkakauunawa ng mga legal na Orchard balances kung nangyari ang paggawa ng pambihirang pera bago maayos ang vulnerability. Ginagawang hindi maliksi ng Shielded Labs ang skenaryong ito, ngunit kung mayroong maliit na pera at nalikom ito bago ang mga legal na user, maaaring makaharap ang mga susunod na tagapagmaneho sa limitasyon ng pagtarik ng pool. Hindi kayang magkaiba ng isang maliit na tala mula sa isang legal na tala batay sa kasaysayan ng pagmamay-ari matapos na tanggapin ang parehong dalawang tala sa dating vulnerable circuit; maaari lamang itong ipatupad ang kabuuang amount na pinapayagan na umalis. Walang ebidensya sa kasalukuyan na nagpapakita na ang mga tagapagmaneho ng Orchard ay nakaharap sa resultang ito, at ang maagang aktibidad ng paglipat ay hindi nagtatag ng kakulangan sa accounting. Gayunpaman, kinakailangan ang paglalarawan ng tail risk na ito dahil iba-iba ang mga konklusyon na “walang ebidensya ng pagpapabaya” at “patunay na hindi naganap ang pagpapabaya”.
Ang mga gumagamit ay nakakatugon din sa praktikal na mga panganib sa migrasyon na may kinalaman sa compatibility ng wallet, availability ng serbisyo at privacy. Dapat suportahan ng wallet ang mga patakaran ng Ironwood network at ang proseso ng migrasyon mula sa Orchard patungo sa Ironwood bago maaaring ilipat ang mga pondo nang ligtas. Maaaring pansamantala huminto ang mga exchange, custodians at provider ng wallet sa pag-deposit o pag-withdraw ng ZEC habang nag-aayos ng kanilang infrastructure, na maaaring gawing pansamantala hindi ma-access ang balanse nang hindi nagpapahiwatig na nawala ang mga pondo. Ang migrasyon ay nagpapakita rin ng amount at oras ng paglipat ng halaga sa pagitan ng mga pool, kahit na ang shielded transaction activity sa loob ng bawat pool ay nananatiling pribado. Maaaring mag-ugnay ang isang remote wallet service ang isang migrasyon request sa IP address ng gumagamit, na lumilikha ng panganib sa privacy sa antas ng network. Dapat i-verify ng mga gumagamit ang opisyal na suporta ng wallet, protektahan ang recovery information, panatilihin ang secure na backup at isaisip ang mga tool sa network na nagpapahinga sa privacy tulad ng Tor o Nym kung suportado. Ang Ironwood ay malakas na pinapalakas ang integridad ng ZEC supply, ngunit ang ligtas na migrasyon ay patuloy na nakasalalay sa maaasahang wallet software, maingat na pag-uugali ng gumagamit at transparent na suporta mula sa mas malawak na Zcash ecosystem.
Kongklusyon
Ang pahayag ni Zooko Wilcox na ang suplay ng Zcash ay nangangailangan ng pag-verify ay nagpapakita ng pinakamahalagang resulta ng Ironwood upgrade: hindi na kailangan ng mga gumagamit na umasa sa buong pagpapakilala ng mga developer o maghintay hanggang sa lahat ng Orchard balance ay maimpluwensyahan bago masukat ang kahusayan ng magagamit na suplay ng ZEC. Gumagawa ang Ironwood ng malinaw na shielded pool, nag-ihihiwalay sa kakaibang kakaibang kaugnayan sa Orchard at naglalapat ng mga patakaran ng consensus na humahadlang sa mga hipotetikal na sobrang halaga na patuloy na magiging kumikilos bilang kumikirkulang ZEC. Ang kanyang pormal na napatunayang mga katangian sa integridad ng balanse ay nagbibigay ng karagdagang pagpapakatotoo na ang bagong pool ay disenyo upang maiwasan ang uri ng hindi makikita na vulnerable sa paggawa ng fake na natuklasan sa Orchard.
Hindi ang tumpak na konklusyon na patunay ng Ironwood na hindi kailanman na-exploit ang Orchard bug. Ang historical exploitation ay nananatiling hindi kilala, bagaman walang ebidensya sa kasalukuyan na nagpapakita na nilikha ang counterfeit ZEC sa mainnet. Ang ipinapatunay ng Ironwood ay ang anumang hipotetikal na sobrang Orchard value ay hindi maaaring magpatuloy na kumikilos nang lihim o lumipat nang libre sa buong ecosystem ng Zcash. Ang migration data ay maaaring paulit-ulit na palakasin ang tiwala sa mga legitimo na balanse, ngunit ang wallet compatibility, privacy exposure at ang teoretikal na panganib ng recoverability para sa mga huling Orchard withdrawal ay kailangan pa rin ng pansin. Para sa mga tagapag-angkat ng ZEC, ang upgrade ay isang malaking pagpapabuti sa supply verifiability habang ipinapakita rin kung bakit mahalaga ang wastong wika, independiyenteng pag-verify at maingat na security practices sa mga cryptocurrency system na nakatuon sa privacy.
|
Ipinagdiriwang ng KuCoin ang kanyang 9th anniversary sa pamamagitan ng isang espesyal na kampanya sa platform na puno ng eksklusibong reward, trading activities, at limitadong panahon na mga tawag. Huwag kalimutan ang pagkakataon na makilahok at mag-enjoy ng mga benepisyo habang ipinagdiriwang ng exchange ang siyam na taon ng paglago at inobasyon. Bisitahin ang opisyal na pahina ng kampanya ngayon:
|
Madaling Itanong
Is Ironwood a New Zcash Token or a Separate Cryptocurrency?
Hindi Ironwood isang hiwalay na cryptocurrency, blockchain o pabalik na token, kundi isang bagong shielded value pool na ipinakilala sa pamamagitan ng Zcash NU6.3 network upgrade. Ang ZEC ay nananatiling native asset ng Zcash network, at ang kanyang ticker, monetary policy at mga patakaran sa pagmamay-ari ay hindi nagbago. Hindi kailangan ng mga tagapag-iiwan na palitan ang ZEC para sa isang “Ironwood token,” mag-claim ng airdrop o magpadala ng pera sa isang token contract. Ang anumang website o social-media account na nag-aalok ng espesyal na Ironwood coin conversion ay dapat gamitin ng pag-iingat, dahil ang legal na migration ay nangyayari sa pamamagitan ng compatible Zcash wallet software.
Sino ang mga tagapag-angkat ng ZEC na kailangang kumpletuhin ang paglipat mula sa Orchard patungo sa Ironwood?
Ang migrasyon ay may kinalaman lalo na sa mga gumagamit na may ZEC sa nasirang Orchard shielded pool. Ang ZEC na nasa transparent pool, Sapling, isang custodial platform account, o isang wallet na gumagamit na ng Ironwood ay hindi kailangan ng parehong Orchard migration process. Ang mga gumagamit na may sariling kustodiya ay dapat suriin ang kanilang wallet’s pool-level balance breakdown bago gawin ang anumang aksyon dahil ang isang wallet ay maaaring magkaroon ng pera sa higit sa isang Zcash value pool. Ang Orchard funds ay nananatiling kaugnay sa kanilang legal na may-ari, ngunit ang isang updated na wallet ay dapat mag-support sa migration transaction bago maipapalitan ang mga pondo sa Ironwood.
Kailangan ba ng mga gumagamit ng Custodial Platform na i-migrate ang ZEC nang manual?
Ang mga user na may ZEC sa pamamagitan ng isang sentralisadong platform ng pagtinda o custodian ay karaniwang hindi nagpapagawa ng sarili nila ang teknikal na migration mula sa Orchard patungo sa Ironwood dahil ang serbisyo ang kumokontrol sa ilalim na wallet infrastructure. Ang provider ang responsable sa pag-update ng kanilang mga node, wallet software, at mga sistema ng deposito o withdrawal. Gayunpaman, dapat suriin ng mga user ang kasalukuyang kalagayan ng Zcash network ng platform bago ilipat ang mga pondo, dahil maaaring pansamantala itigil ang deposito at withdrawal habang nag-aayos ang infrastructure. Ang pagpapahinga ng serbisyo ay hindi awtomatikong nagpapahiwatig ng nawawalang pondo, ngunit dapat hintayin ng mga user ang opisyal na pagpapatotoo na suportado na ang Ironwood transactions bago simulan ang withdrawal.
May deadline ba para ilipat ang ZEC labas ng Orchard?
Hindi nagtatadhana ang disenyo ng Ironwood ng isang pangkalahatang deadline na awtomatikong kukunin o mawawala ang mga legal na balanse ng Orchard. Ang pag-migrate ay opsyonal at maaaring magpatuloy sa isang mahabang panahon dahil magkakaiba-iba ang bilis ng paggalaw ng mga provider ng wallet, custodians, at mga indibidwal na tagapag-alaala. Maaaring manatili ang ilang pera nang walang katapusan dahil nawala na ang kanilang private keys o sobrang maliit ang kanilang balanse upang ma-transfer nang ekonomiko. Gayunpaman, hindi na ang Orchard ang kasalukuyang destinasyon para sa normal na shielded activity, kaya ang mga tagapag-alaala na gustong gamitin ang kanilang pera ay dapat mag-migrate sa pamamagitan ng suportadong wallet software, at hindi dapat mag-isip na ang bawat mas lumang wallet ay magiging operational nang walang katapusan.
Paano makikita ng mga user kung ang isang Zcash wallet ay sumusuporta sa Ironwood?
Dapat suriin ng mga gumagamit ang opisyal na release notes o suportang dokumentasyon ng developer ng wallet para sa mga eksplisitong pagbanggit tungkol sa NU6.3, Ironwood o suporta sa migration ng ZIP 318 Orchard. Dapat i-download o i-update ang wallet lamang sa pamamagitan ng verified na website, opisyal na listing sa application store, o authenticated software repository. Maaaring mag-display ang compatible na bersyon ng hiwalay na Orchard at Ironwood balances o magbigay ng built-in na migration option. Bago ilipat ang ZEC, dapat kumpirmahin ng mga gumagamit na secure ang kanilang recovery phrase o wallet backup, at isaisip na subukan ang proseso gamit ang mas maliit na balance kung praktikal. Maaari pang gamitin ang mga umiiral na Zcash addresses, ngunit ang tamang routing patungo sa Ironwood ay nakadepende sa updated na wallet implementation.
Nagbabago ba ang Ironwood ang mga balanse ng Transparent o Sapling ZEC?
Hindi. Ang Transparent, Sapling, Orchard at Ironwood ay magkakahiwalay na mga value pool sa loob ng parehong Zcash blockchain, at ang Ironwood upgrade ay hindi awtomatikong kumonvert o ipapahiwatig ang ZEC na naka-hold sa iba pang mga pool. Ang mga transparent balance ay patuloy na gumagana kasama ang mga publikong nakikita na detalye ng transaksyon, habang ang Sapling ay nananatiling mas lumang shielded na opsyon. Gayunpaman, ang suporta sa wallet at serbisyo ay maaaring magkaiba sa bawat pool, kaya dapat suriin ng mga user kung anong mga uri ng transaksyon ang suportado ng kanilang piniling software. Ang paglipat ng ZEC mula sa isang pool patungo sa isa pa ay isang on-chain transaction at hindi isang pagbabago sa ilalim na asset.
Paalala: Ang artikulong ito ay para sa mga layuning impormasyonal lamang at hindi nagtataglay ng payo sa pondo o pag-invest. Ang mga presyo ng cryptocurrency ay napakabagabag, kaya dapat suriin ng mga mambabasa ang kasalukuyang data at gawin ang sariling pag-aaral bago gumawa ng mga desisyon sa pondo.
Disclaimer: AI technology ang ginamit sa pag-translate ng page na ito para sa convenience mo. Para sa pinaka-accurate na impormasyon, mag-refer sa original na English version.