Vitalik розробляє Гаманець ідеальний шифрування Гаманець синій друк, зосереджений на підписатися L2 транзакції та конфіденційності.

3 грудня співзасновник Ethereum Vitalik Buterin опублікував свою останню блог-статтю, детально розкриваючи своє бачення ідеального гаманця. «Гаманець є ключовим шаром інфраструктури Ethereum, але дослідники L1 та розробники часто недооцінюють його значення. Гаманець є вікном між користувачем і світом Ethereum, і користувач може отримати користь від децентралізації, цензурості, безпеки, конфіденційності та інших характеристик Ethereum та його додатків, лише якщо гаманець сам має ці властивості». У сфері міжланцюжкових транзакцій Vitalik запропонував використання ланцюжково-специфічного формату адреси (наприклад, address@optimism.eth) і пропонує, щоб гаманець автоматично обробляв процеси обміну і передачі на різних ланцюгах. Щодо безпеки, він рекомендує використання соціального відновлення та механізму мультипідпису, використовуючи захист 2-з-3 для нових користувачів, включаючи zk-email, локальний секретний ключ і резервні секретні ключі від постачальника послуг. Щодо конфіденційності, у статті наголошується, що слід прямо вбудовувати функції, такі як приватний пул і анонімні адреси, в основні гаманці, щоб реалізувати приватність за замовчуванням. Щодо зберігання даних, Віталік рекомендує розвивати гаманець як інструмент для зберігання особистих даних, використовуючи механізм розподілу секретних ключів M-of-N для захисту користувальницьких даних. В майбутньому Віталік передбачає, що нові технології, такі як штучний інтелект, мозковий комп’ютерний інтерфейс і т. д., повністю змінять спосіб взаємодії з гаманцем. Щодо безпеки Dapp, в ідеальному випадку, екосистема перейде до версіонування контенту на блокчейні: користувачі отримуватимуть доступ до Dapp за їхнім іменем ENS, яке буде містити хеш FIL інтерфейсу. Оновлення інтерфейсу вимагатимуть блокчейн-транзакцій від мультипідпису або DAO. Гаманець покаже користувачам, чи вони взаємодіють з безпечним блокчейном (наприклад, фаза 1+, декілька аудитів безпеки) або з менш безпечним веб-інтерфейсом.