FROST і порогове зберігання для екранованих ZEC
Повні криптографічні деталі протоколу FROST дивіться на технічній сторінці FROST.
Порогове зберігання FROST постійно з’являється в розмовах про Zcash — це був найпопулярніший напрям на ZecHub Hackathon 2026 — але саму концепцію не завжди пояснюють простою мовою. На цій сторінці розглянуто, що це означає, коли воно вам справді потрібне, які є компроміси та які інструменти підтримують його сьогодні.
Коротко
- FROST дає змогу групі власників ключів спільно контролювати екрановану адресу Zcash без того, щоб хтось один володів повним приватним ключем.
- Порогова схема t-із-n означає: для витрати коштів мають спільно підписати t людей; будь-які t-1 або менше не можуть самостійно перемістити кошти.
- Транзакції виглядають як будь-які інші екрановані транзакції — у блокчейні немає сліду, який показував би, що використовувався пороговий підпис.
- Це принципово відрізняється від прозорого multisig (який публічний у блокчейні та давно підтримується в Zcash) — FROST працює всередині екранованого пулу.
- Це корисно для DAO, бірж, кастодіальних сервісів, спільних заощаджень і командних казначейств — усюди, де є неприйнятною єдина точка відмови ключа.
Що таке FROST простою мовою?
Уявіть, що троє бізнес-партнерів мають по частині ключа. Щоб витратити кошти зі свого спільного гаманця, будь-які двоє з трьох повинні погодитися та спільно підписати транзакцію. Отримана транзакція виглядає так само, як звичайне індивідуальне відправлення — жоден спостерігач не зможе визначити з блокчейна, що було залучено кількох людей.
FROST (Flexible Round-Optimized Schnorr Threshold Signatures) — це криптографічний протокол, який робить це можливим для екранованого Zcash. Його створили Chelsea Komlo (University of Waterloo / Zcash Foundation) та Ian Goldberg.
Ключові властивості:
- Пороговість: брати участь повинні лише t із n підписувачів (наприклад, 2-із-3, 3-із-5)
- Екранованість: працює всередині пулу приватності Orchard — суми, відправник і отримувач залишаються приватними
- Нерозрізнюваність: фінальний підпис виглядає як у будь-якої іншої екранованої транзакції Zcash
- Некатодіальність: жодна окрема сторона ніколи не володіє повним ключем — навіть координатор
Коли варто використовувати порогове зберігання?
Порогове зберігання має сенс тоді, коли втрата одного ключа або однієї людини не повинна означати втрату коштів.
| Ситуація | Чому порогове зберігання допомагає |
|---|
| DAO або командне казначейство | Жоден окремий адміністратор не може одноосібно вивести кошти; потрібен консенсус |
| Біржа або кастодіан | Розподіляє ризик ключа між зонами безпеки або працівниками |
| Особисте холодне зберігання (з довіреними членами родини) | 2-із-3 між вами + двома членами родини — у разі смерті або втрати доступу кошти не буде втрачено |
| Ескроу | Покупець, продавець і арбітр мають по частці; кошти розблоковуються, коли двоє погоджуються |
| Виплата гранту великої вартості | У стилі ZCG: потрібні кілька незалежних підписувачів перед виплатою |
| Керування ключами розробників | Запобігає внутрішній загрозі — жоден окремий інженер не може вивести кошти протоколу |
Ймовірно, вам не потрібне порогове зберігання для особистого гаманця, який ви контролюєте самостійно, для невеликих сум або в ситуаціях, де додаткові витрати на координацію переважують зменшення ризику.
Чим це відрізняється від прозорого multisig?
Zcash давно підтримує прозорий multisig — коли для витрати з t-адреси потрібно кілька ключів. Але прозорий multisig має значну ціну для приватності: структура multisig, усі публічні ключі та всі підписувачі видимі в блокчейні.
FROST вирішує цю проблему, працюючи всередині екранованого пулу:
| Прозорий multisig | Поріг FROST (екранований) |
|---|
| Пул | Прозорий (публічний) | Orchard (екранований) |
| Підписувачі видимі в блокчейні | Так — усі публічні ключі розкриті | Ні — не відрізняється від витрати одним підписувачем |
| Суми видимі | Так | Ні |
| Потрібна координація | Скрипт у блокчейні | Позаблокчейновий раунд комунікації |
| Приватність | Відсутня | Повна екранована приватність |
Компроміси та обмеження
FROST — це потужний інструмент, але він має реальні компроміси, які варто розуміти перед використанням:
Витрати на координацію
Підписувачі повинні бути одночасно онлайн (або майже одночасно), щоб завершити раунд підписання. Якщо ваші t підписувачів розкидані по часових поясах або мають нестабільний зв’язок, витрата коштів потребує координації, якої не потребує одноосібний гаманець.
Немає підписання, якщо кворум недоступний
Якщо достатня кількість власників ключових часток недоступна (хворіє, подорожує, не відповідає), кошти тимчасово неможливо витратити. Обирайте поріг і кількість часток уважно — 2-із-3 стійкіше, ніж 2-із-2.
Церемонія генерації ключів
Налаштування FROST потребує церемонії розподіленої генерації ключів (DKG), під час якої всі n учасників одночасно перебувають онлайн. Це одноразова подія, але її потрібно проводити обережно — якщо учасників скомпрометовано під час DKG, безпека підривається.
Інструментарій усе ще розвивається
FROST для екранованого Zcash є відносно новим. Стандарт IETF (draft-irtf-cfrg-frost) уже зрілий, але інтеграцій із гаманцями поки небагато. Порівняно зі стандартним гаманцем з одним ключем очікуйте певних незручностей.
Складність відновлення
Втрата однієї частки — це не кінець світу (у цьому й сенс пороговості), але плани відновлення потрібно задокументувати заздалегідь. Хто тримає резервні копії? Що станеться, якщо одночасно буде втрачено дві частки?
Хто створює рішення з FROST у Zcash?
Zcash Foundation — frost.zfnd.org
Zcash Foundation вже випустила робочу реалізацію FROST і демонстраційний сайт. Це еталонна реалізація, яка використовується для тестування та розробки.
Ywallet FROST Demo
Ywallet мав ранню демо-інтеграцію FROST, описану в посібнику Ywallet FROST Demo. Ywallet більше не підтримується й не оновлюватиметься для Ironwood, тож читайте цей посібник як довідковий матеріал, а не як інструкцію для запуску сьогодні. Zkool від того самого розробника є підтримуваним наступником і зазначає мультипідпис FROST серед своїх можливостей.
ZecHub Hackathon 2026 — проєкти напряму FROST
Напрям FROST був найконкурентнішим на ZecHub Hackathon 2026. Помітні проєкти:
- ZecVault — екрановане ескроу 2-із-3, завершене в mainnet (поріг FROST)
- Steward — порогове зберігання для екранованого Zcash з UX, орієнтованим на відновлення
Coinbase
Coinbase створила промислову реалізацію FROST для своїх систем порогового підписання (для Bitcoin), із модифікаціями, які прибирають етап попередньої обробки та розподіляють роль агрегатора між усіма учасниками. Їхній досвід підтверджує модель безпеки FROST у виробничому масштабі.
Як працює сесія підписання (спрощено)
-
Налаштування (один раз): Усі n учасників проводять церемонію розподіленої генерації ключів (DKG). Кожен отримує приватну частку; виводиться спільний публічний ключ. Жодна сторона не знає повного приватного ключа.
-
Координація підписувачів: Коли потрібно витратити кошти, координатор (який може бути одним із підписувачів) збирає commitments від t учасників, готових підписати.
-
Раунд 1: Кожен підписувач-учасник генерує nonce і транслює commitment (публічний, нечутливий).
-
Раунд 2: Кожен підписувач-учасник обчислює свій частковий підпис, використовуючи свою приватну частку, і транслює його.
-
Агрегація: Координатор об’єднує t часткових підписів в один фінальний підпис Schnorr — у блокчейні він не відрізняється від підпису однієї сторони.
-
Трансляція: Транзакція як зазвичай транслюється в мережу Zcash.
Якщо якийсь підписувач надсилає хибний частковий підпис, протокол його виявляє та переривається (такого підписувача виключають із майбутніх сесій). Координація відбувається поза блокчейном — блокчейн бачить лише фінальну транзакцію.
Вибір параметрів порогу
| Налаштування | Стійкість | Ризик |
|---|
| 1-із-1 | Немає стійкості — єдина точка відмови | Втрата ключа = постійна втрата |
| 2-із-2 | Потрібні обидва підписувачі — без відмовостійкості | Один недоступний = кошти заморожені |
| 2-із-3 | Одну частку можна втратити або вона може бути недоступною | Нижчий запас безпеки, ніж у 3-із-5 |
| 3-із-5 | Можна втратити дві частки; висока безпека | Більші витрати на координацію |
| 3-із-7 | Рівень установи; витримує дві відмови | Висока вартість координації |
Практичний стартовий варіант для більшості команд: 2-із-3 (стійко, мінімальна координація) або 3-із-5 (інституційно, вища безпека).
Пов’язані сторінки
- FROST — технічний глибокий огляд — криптографічні деталі протоколу (DKG, раунди підписання, докази безпеки)
- Посібник Ywallet FROST Demo — довідкова інформація, Ywallet більше не підтримується
- Viewing Keys — доступ лише для читання до екранованих адрес (доповнення до порогового зберігання)
- Екрановані активи Zcash — FROST також є ключовою інфраструктурою для випуску ZSA
Ресурси
