Turnkey te ayuda a integrar billeteras seguras y específicas para cada usuario, respaldadas por controles de políticas y enclaves seguros. La clave: suborganizaciones — entornos de billetera aislados y por usuario bajo la organización principal de tu aplicación. Así es como funcionan (y por qué son poderosas) 🧵

1/ Tu aplicación comienza como una organización principal en Turnkey, manteniendo billeteras a nivel de equipo, permisos y acceso a la API. Desde allí, creas sub-organizaciones que son cuentas completamente aisladas que representan a tus usuarios finales. Cada sub-organización tiene su propio: ▪️Billeteras ▪️Usuarios ▪️Políticas

2/ Este modelo admite casos de uso como: ▪️Carteras calientes y frías por usuario ▪️Configuraciones custodiales y no custodiales ▪️Equipos con carteras multiusuario y aprobaciones M-de-N Las suborganizaciones están separadas por defecto. Sin claves compartidas. Sin acceso compartido.

3/ Aquí es donde entran las políticas. ¿Quieres limitar las transferencias a direcciones en la lista blanca? ¿Establecer un límite de gasto diario desde billeteras calientes? ¿Requerir 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 Confiables) Eso significa que la aplicación de políticas ocurre a nivel de clave - verificable, a prueba de manipulaciones y aplicada por hardware. Infraestructura en la que no confías ciegamente.

5/ Ejemplo: Un usuario, dos billeteras. ▪️Billetera caliente → limitada a 0.1 ETH ▪️Billetera fría → solo puede transferir a una dirección conocida Cada billetera está gobernada por su propia política personalizada, todas provisionadas a través de la API y SDKs de Turnkey.