ZEC — це монета, яка використовується у блокчейні Zcash. «Zcash» означає протокол і правила мережі, тоді як «ZEC» — це грошова одиниця, якою користувачі володіють і переказують. Монетарна політика Zcash передбачає фіксовану пропозицію у 21 мільйон ZEC.

Zcash — це криптовалютна мережа, що підтримує як прозорі, так і захищені транзакції. Захищені транзакції використовують докази з нульовим розголошенням (zk-SNARKs), завдяки яким мережа може підтверджувати транзакцію без розкриття відправника, одержувача й суми в ончейні.

Zcash використовує proof of work для досягнення консенсусу, як це визначено в Zcash Protocol Specification. Алгоритм proof-of-work — Equihash.

ZEC використовується для переказу вартості в мережі Zcash. Користувачі можуть надсилати ZEC через прозорі перекази (t-адреси), де суми видно у блокчейні, або захищені перекази (z-адреси), де ключові деталі транзакції зашифровані, але залишаються верифікованими мережею.

ZEC також використовується для оплати транзакційних комісій. Комісії оплачує відправник, і вони збираються майнерами при включенні транзакції до блоку.

Оскільки Zcash використовує proof of work, нові ZEC розподіляються через блочну субсидію, що виплачується у кожному здобутому блоці. Починаючи з халвінгу 2024 року, протокол також виділяє частину винагороди за блок на фінансування розробки згідно з оновленнями мережі та ZIP-ами.

У Zcash є прозорий пул (публічний) і захищені пули (зашифровані). Захищені пули містять зашифровані ноти, тоді як прозорий пул використовує публічно видимі суми. Протягом розвитку Zcash існувало декілька захищених пулів, серед яких Sprout (застарілий), Sapling та Orchard. Транзакції можуть переміщати кошти усередині пулу або між пулами залежно від вхідних та вихідних даних.

Мережеве оновлення 5 (NU5) забезпечило повну підтримку протоколу захищеного пулу Orchard і перевело Zcash на систему доказів Halo. NU5 усунуло потребу у довіреному налаштуванні, яке використовувалось у попередніх системах доказів Zcash.

Zcash визначає Уніфіковані адреси (UA), які об'єднують кілька типів одержувачів (наприклад, прозорий, Sapling та Orchard) в одному кодуванні адреси. Це дозволяє гаманцям вибирати сумісного одержувача при формуванні транзакції, не змінюючи те, що приймає певний сервіс. Уніфіковані ключі перегляду розширюють цю ідею на дозволи щодо перегляду різних типів одержувачів.

Для вибіркового розкриття Zcash підтримує ключі перегляду, які відокремлюють право витрачання від можливості перегляду активності захищеної адреси. Це задокументовано у ZIP 310.

Zcash також визначає розкриття платежів (ZIP 311), що дозволяє відправнику розкрити інформацію про захищені витрати й виходи в рамках транзакції як доказ платежу без передачі ключів для витрат.

Нові ZEC надходять в обіг через блочну субсидію під час добування блоків майнерами. Zcash націлюється на інтервал блоку близько 75 секунд. Субсидія за блок зменшується з часом згідно з правилами консенсусу, причому «халвінги» — це заплановані скорочення випуску.

Мережеве оновлення 6 (NU6) було активовано на висоті блоку 2,726,400 приблизно 23 листопада 2024 року. Від моменту активації протокол визначає розподіл субсидії за блок наступним чином:

• 80% — майнерам
• 8% — Zcash Community Grants (ZCG)
• 12% — у протокольний lockbox (пул, що відслідковується правилами консенсусу)

ZIP 1015 визначає lockbox як відкладений фондовий пул, але не визначає, як акумульовані кошти будуть розподілятись. Механізм розподілу має бути визначено у майбутньому ZIP.

Мережеве оновлення 6.1 (NU6.1) активувалося на висоті блоку 3,146,400 24 листопада 2025 року. NU6.1 запровадило модель фінансування, де:

• 8% від блочних нагород продовжують розподілятись до ZCG
• 12% від блочних нагород накопичуються у фонді під контролем холдерів монет, який фінансується з відкладеного lockbox

Зміни протоколу Zcash пропонуються й описуються за допомогою Zcash Improvement Proposals (ZIP). ZIP можуть визначати зміни консенсусу, стандарти гаманців і процесні зміни, і публікуються у відкритому репозиторії ZIP.

ZIP 0 описує процес ZIP. Там зазначено, що будь-хто може написати ZIP, і автор ZIP відповідальний за формування консенсусу спільноти та документування протилежних думок. Редактори ZIP здійснюють рев’ю та публікацію у межах процесу.

Зміни консенсусу впроваджуються через заплановані мережеві оновлення, що активуються на визначених висотах блоків. Вузли повинні оновити своє програмне забезпечення, щоб слідувати оновленим правилам консенсусу після активації.