# CryptoLegacy: Важливість конфіденційності при відновленні та спадкуванні

Ми переконані, що конфіденційність відіграє ключову роль у питанні відновлення та спадкування цифрових активів. Повністю приватне рішення в архітектурі, де активи схвалюються з основних гаманців на персональний контракт CryptoLegacy, реалізувати непросто. Проте ми вважаємо вкрай малоймовірним, що Хранителі чи Бенефіціари будуть детально вивчати код або створювати власні інструменти індексації. Тому важлива інформація не відображається заздалегідь у користувацькому інтерфейсі, а дані про активи залишаються зашифрованими доти, доки не завершиться Період оскарження (challenge timeout) або не буде досягнуто порогу Хранителів (за потреби з урахуванням додаткової затримки).

#### Основні моменти конфіденційності:

* Імена, список Бенефіціарів, Хранителів, Адреси відновлення (Recovery addresses), власники активів (ваші гаманці), адреси ERC20 та публічні ключі шифрування зберігаються локально у вашому браузері. Резервні копії зашифровані за допомогою вашого персонального публічного ключа шифрування і зберігаються в блокчейні як події транзакцій у спеціальному контракті.
* Дані про власників активів (ваші гаманці) та адреси ERC20 шифруються індивідуально для кожного Бенефіціара, Хранителя та Адреси відновлення, використовуючи їхні публічні ключі шифрування. Потім вони записуються в блокчейн у вигляді подій транзакцій у контракті CryptoLegacy.
* Ми застосовуємо вбудоване шифрування MetaMask (eth-sig-util), що ґрунтується на надійній еліптичній криптографії (x25519-xsalsa20-poly1305). Для гаманців, які не підтримують шифрування, у майбутньому плануємо впровадити альтернативне рішення.

***

### Майбутній розвиток

Щоб ще більше підвищити рівень конфіденційності, ми розробляємо **ZK Approval Plugin**, що працюватиме таким чином:

1. **Власник (Owner)** додає плагін до свого персонального контракту CryptoLegacy.
2. **Власник (Owner)** схвалює активи не безпосередньо для контракту CryptoLegacy, а для **ZK CryptoLegacy Transfer Contract**.
3. **Власник (Owner)** надсилає транзакцію в контракт CryptoLegacy через плагін і зберігає дерево Меркла (Merkle Tree), у якому відображено його гаманці, активи й контракт CryptoLegacy.
4. Коли потрібно перевести активи з основних гаманців у контракт CryptoLegacy, **Бенефіціари чи Хранителі** створюють ZK-доказ (ZK proof) і надсилають його до **ZK CryptoLegacy Transfer Contract**. Це дає змогу вивести активи з основних гаманців і перенаправити їх до контракту CryptoLegacy.

Зрештою, такий підхід унеможливлює відстеження зв’язку між гаманцями та контрактами CryptoLegacy.

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


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.cryptolegacy.app/ukrayinska/oglyad/cryptolegacy-vazhlivist-konfidenciinosti-pri-vidnovlenni-ta-spadkuvanni.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.