Turnkey le ayuda a integrar billeteras seguras y específicas del usuario que están respaldadas por controles de políticas y enclaves seguros. La clave: suborganizaciones: entornos de billetera aislados por usuario debajo de la organización principal de su aplicación. Así es como funcionan (y por qué son poderosos) 🧵

1/ Su aplicación comienza como una organización principal en Turnkey, con billeteras a nivel de equipo, permisos y acceso a la API. A partir de ahí, se crean suborganizaciones, que son cuentas totalmente aisladas que representan a los usuarios finales. Cada suborganización tiene su propio: ▪️Carteras ▪️Usuarios ▪️Políticas

2/ Este modelo admite casos de uso como: ▪️Carteras calientes + frías por usuario ▪️Configuraciones con y sin custodia ▪️Equipos con carteras multiusuario y aprobaciones M-of-N Las suborganizaciones están separadas de forma predeterminada. No hay claves compartidas. Sin acceso compartido.

3/ Aquí es donde entran en juego las políticas. ¿Quieres limitar las transferencias a direcciones incluidas en la lista blanca? ¿Limitar el gasto diario de las billeteras calientes? ¿Necesita 2 de 3 aprobaciones para grandes movimientos de billeteras frías? ✅ El motor de políticas de Turnkey hace que esto sea programable utilizando un lenguaje de políticas simple y flexible basado en JSON.

4/ Todas las acciones de la billetera se evalúan dentro de enclaves seguros (entornos de ejecución de confianza) Eso significa que la aplicación de políticas se produce en el nivel clave: verificable, a prueba de manipulaciones y aplicada por hardware. Infra en la que no se confía ciegamente.

5/ Ejemplo: Un usuario, dos billeteras. ▪️La billetera caliente → limitada a 0.1 ETH ▪️Billetera fría → solo se puede transferir a una dirección conocida Cada billetera se rige por su propia política personalizada, toda aprovisionada a través de la API y los SDK de Turnkey.