ZECはZcashブロックチェーン上で使用されるコインです。「Zcash」とはプロトコルおよびネットワークルールを指し、「ZEC」はユーザーが保有・譲渡する通貨単位を指します。Zcashの貨幣政策は2,100万ZECの固定供給を目標としています。

Zcashは、透過型トランザクションとシールド型トランザクションの両方をサポートする暗号通貨ネットワークです。シールド型トランザクションはゼロ知識証明（zk-SNARKs）を利用して、送信者・受信者・金額をオンチェーンで公開することなく、ネットワークがトランザクションを検証できるようにします。

ZcashはコンセンサスのためにProof of Work（PoW）を使用しており、その仕様はZcash Protocol Specificationに明記されています。Proof-of-workアルゴリズムはEquihashです。

ZECはZcashネットワーク上で価値を移転するために使用されます。ユーザーは、オンチェーンで金額が公開される透過型送金（tアドレス）や、主要なトランザクション情報が暗号化されネットワークによる検証は可能なシールド型送金（zアドレス）を使い、ZECを送信できます。

ZECはトランザクション手数料の支払いにも使われます。手数料は送信者が支払い、トランザクションがブロックに組み込まれる際にマイナーが回収します。

ZcashはProof of Workを採用しているため、新規発行されるZECは各マイニングブロックで支払われるブロック補助金（Block Subsidy）を通じて配布されます。2024年の半減期以降、プロトコルはネットワークアップグレードやZIPで定義された開発資金への割当も行っています。

Zcashは透過型プール（公開）とシールド型プール（暗号化）を持っています。シールド型プールは暗号化されたノートを保持し、透過型プールは公開された金額を使用します。Zcashは時間の経過と共に複数のシールド型プール（Sprout（レガシー）、Sapling、Orchard）を導入してきました。トランザクションは、インプットとアウトプットに応じて、同一プール内またはプールを跨いで価値を移動できます。

ネットワークアップグレード5（NU5）によってOrchardシールドプロトコルの完全サポートが実現され、ZcashはHalo証明システムへと移行しました。NU5は、以前のZcash証明システムで必要だったトラステッドセットアップの要件を廃止しました。

Zcashはユニファイドアドレス（UA）を定義しており、複数の受取型（例えば、透過型、Sapling、Orchardなど）をひとつのアドレスエンコーディングにまとめます。これによりウォレットは、トランザクションを構築する際に受け取り側へ最適な受信手段を自動選択でき、サービスごとの受付方針に影響を及ぼしません。Unified Viewing Keysは、同様の発想で受信型全体に対する閲覧権限を拡張します。

選択的開示のため、ZcashはViewing Keysのサポートがあり、支出権限とシールド型アドレスのアクティビティ閲覧権限を分離しています。これはZIP 310で文書化されています。

また、ZcashはPayment Disclosures（ZIP 311）を定義しており、送信者がトランザクション内のシールド型支出・アウトプット情報を支払い証明として開示可能ですが、支出権利鍵は共有されません。

新規のZECは、マイナーがブロックを生成するときのブロック補助金によって流通します。Zcashは約75秒ごとにブロックが生成されるよう設計されています。ブロック補助金は合意規則に従い時間とともに減少し、「半減期」により発行量が定期的に減少します。

ネットワークアップグレード6（NU6）は、ブロック高2,726,400（2024年11月23日頃）で有効化されました。このアップグレードにより、プロトコルで定義されたブロック補助金は以下のように割り当てられます：

• 80% - マイナーへ
• 8% - Zcash Community Grants（ZCG）へ
• 12% - プロトコル内のロックボックス（合意規則で追跡されるプール）へ

ZIP 1015では、ロックボックスを延期型資金プールと規定していますが、蓄積資金の分配方法は定めていません。分配メカニズムは将来のZIPで明示される予定です。

ネットワークアップグレード6.1（NU6.1）はブロック高3,146,400（2025年11月24日）で有効化されました。NU6.1により以下の資金モデルが導入されています：

• 8% のブロック報酬は引き続きZCGへ
• 12% のブロック報酬はコイン保有者制御型基金として蓄積、ロックボックスから供給

Zcashプロトコルへの変更は、Zcash Improvement Proposals（ZIPs）で提案・規定されます。ZIPは合意変更、ウォレット標準、プロセスの変更などを定義でき、パブリックなZIPリポジトリで公開されます。

ZIP 0はZIPプロセス全体を記述しています。誰でもZIPを作成でき、その著者がコミュニティ合意形成や反対意見の文書化の責任を負うとされています。ZIPエディターは、プロセス内でのレビューおよび公開を管理します。

合意変更は、予定されたブロック高で有効化されるネットワークアップグレードによって提供されます。ノードは、アップグレード後の合意規則に従うため、ソフトウェアのアップグレードが必要です。

Zcashは、合意規則を強制しトランザクションとブロックを中継するフルノードによって運用されます。長期運用されてきたリファレンス実装はzcashdですが、zcashdのサポートは非推奨となり、フルノードはzebrad（Zebra）への移行が進行中で、Zalletはzcashdウォレットおよびその一部のJSON-RPCインターフェースの代替として開発されています。

ZebraはZcash FoundationによってRustで実装・維持される別のフルノード実装です。

プロトコル変更は、予定されたブロック高で有効化されるネットワークアップグレードにより提供されます。代表的な例：

• NU5：Orchard、ユニファイドアドレス、Halo証明システムの実装
• NU6：ブロック報酬配分の更新とロックボックス資金ストリーム導入
• NU6.1：コミュニティおよびコイン保有者資金モデルの導入

デプロイメントZIPでは、アップグレードの仕組みやノードの互換性などが記載されています。

Zcashのアドレス種別のサポート状況は管理サービス毎に異なります。一部のサービスは透過型入金のみに対応、または透過型出金のみ対応などの場合があり、その場合ユーザーはZECをシールド残高から透過型プールへ移動させてから該当サービスに送金する必要があります。

ウォレットやサービスが「透過ソース限定」の要件を表現できるよう、ZIP 320は透明アドレス向け新エンコーディング、通称TEXアドレスを定義しています。TEXエンコードアドレスへの送金時、ウォレットはシールドノートが消費されていないことを保証し、資金が透過プールから送られるようにします。関連するRPCメソッド z_converttex は、透明アドレスをZIP 320（TEX）アドレスに変換します。

アドレス互換性を目的に、ユニファイドアドレス（ZIP 316）は、複数の受信型（例えば透過型、Sapling、Orchard）を一つのアドレス文字列にまとめます。これによりユーザーが複数のアドレス形式を管理する必要が減りますが、各サービスの受入方針を強制的に上書きするものではありません。

会計監査等で支払い権限を与えずに情報を開示したい場合、ZcashはViewing Keys（ZIP 310）をサポートしており、支出権利を与えずシールドアドレスのアクティビティを閲覧できます。また、ZcashはPayment Disclosures（ZIP 311）も定義しており、トランザクション送信者がそのトランザクション内のシールド型アウトプット情報を支払い証明として開示可能になっています。

Zcashのプライバシー設計は、Eli Ben-Sasson、Alessandro Chiesa、Christina Garman、Matthew Green、Ian Miers、Eran Tromer、Madars Virzaによる2014年の論文で記述されたZerocashプロトコルなど、学術的な暗号理論の研究の上に構築されています。

Electric Coin Co.は2015年に設立され、2016年10月にメインネットでZcashを作成・ローンチしました。プロジェクト初期の実装・立ち上げにはZooko Wilcoxがリーダーとして関与しました。

Zcash Foundationは2017年に独立した非営利組織として設立され、Zcashおよび関連インフラの支援活動を行っています。