Turnkey помогает вам внедрить безопасные, индивидуальные кошельки, которые поддерживаются политическими контролями и защищенными enclaves. Ключ: суборганизации — изолированные, индивидуальные кошельки для пользователей под основной организацией вашего приложения. Вот как они работают (и почему они мощные) 🧵

1/ Ваше приложение начинает как родительская организация в Turnkey — удерживая кошельки на уровне команды, разрешения и доступ к API. Оттуда вы создаете подорганизации, которые являются полностью изолированными аккаунтами, представляющими ваших конечных пользователей. Каждая подорганизация имеет свои: ▪️Кошельки ▪️Пользователи ▪️Политики

2/ Эта модель поддерживает такие случаи использования, как: ▪️Горячие и холодные кошельки для каждого пользователя ▪️Кастодиальные и некостодиальные настройки ▪️Команды с многоуровневыми кошельками и M из N одобрений Подорганизации по умолчанию разделены. Нет общих ключей. Нет общего доступа.

3/ Вот где вступают в силу политики. Хотите ограничить переводы на адреса из белого списка? Установить лимит на ежедневные расходы с горячих кошельков? Требовать 2 из 3 одобрений для крупных переводов с холодных кошельков? ✅ Политический движок Turnkey позволяет это программировать с помощью простого, гибкого языка политик на основе JSON.

4/ Все действия с кошельками оцениваются внутри защищенных окружений (Доверенные Исполнительные Среды) Это означает, что соблюдение политики происходит на уровне ключа - проверяемо, защищено от подделки и обеспечивается аппаратным обеспечением. Инфраструктура, которой вы не доверяете безоговорочно.

5/ Пример: Один пользователь, два кошелька. ▪️Горячий кошелек → ограничен 0.1 ETH ▪️Холодный кошелек → может переводить только на известный адрес Каждый кошелек управляется своей собственной пользовательской политикой, все настроено через API и SDK Turnkey.