> For the complete documentation index, see [llms.txt](https://documents.paydece.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documents.paydece.io/cueva-p2p/social-login-y-transacciones-gasless/detalles-tecnicos.md).

# Detalles Técnicos

Gracias a [Dynamic.xyz](https://dynamic.xyz), los usuarios pueden crear y acceder a su billetera simplemente con un **email** o cuenta de Google.\
Esto se llama **Login Social**, y es posible porque Dynamic utiliza una combinación de:

* Account Abstraction (EIP-7702)
* MPC (Multi-party Computation) para proteger la clave privada.
* Un backend que asocia la cuenta social del usuario con una dirección on-chain.

\
**🔄 Tecnología Gasless (Master Account)**

* Una **cuenta maestra (sponsor account)** cubre el costo del gas por los usuarios.
* Esta cuenta **no tiene acceso a los fondos de los usuarios** ni interfiere en la lógica de la transacción.
* El sponsor firma las transacciones con su propia cuenta, permitiendo que el usuario ejecute acciones sin poseer tokens nativos (BNB, MATIC, ETH).<br>

🧠 **EIP-7702**

Habilita **comportamientos de contrato inteligente** en cuentas EOA (Externally Owned Accounts), pero **solo durante una transacción específica**.

**Ventajas de EIP-7702:**

* Permite a wallets como las de Dynamic operar como **wallets inteligentes** *sin necesidad de contratos adicionales por usuario*.
* Evita la complejidad y costos de mantener Smart Contract Wallets como en EIP-4337.
* Es **seguro y flexible**: el comportamiento de la transacción se puede firmar temporalmente sin cambiar permanentemente la lógica de la cuenta.

***

#### 🔑 Custodia de claves (Key Management sin custodio)

Dynamic implementa un sistema de **Multi-Party Computation (MPC)** para proteger la clave privada del usuario. El enfoque se basa en la **distribución de claves en múltiples fragmentos** (“shares”) que impiden que una sola parte tenga control total.

**🔐 Estructura de distribución:**

* **User Share**:
  * Se guarda localmente en el dispositivo del usuario.
  * Puede residir en el *local storage* del navegador o en un *enclave seguro* en dispositivos móviles.
* **Server Share**:
  * Se aloja en un **Trusted Execution Environment (TEE)** usando **AWS Nitro Enclaves**.
  * Esta tecnología garantiza que el fragmento no pueda ser accedido por el sistema operativo o administradores del servidor.

**🔒 Seguridad Criptográfica:**

* **Encriptación en reposo**: AES-256 o superior para todos los datos sensibles.
* **Encriptación en tránsito**: Uso estricto de HTTPS/TLS para evitar intercepciones.
* **TEE (Trusted Execution Environment)**: Los fragmentos de servidor se procesan y almacenan en entornos aislados y verificados.

Este esquema asegura que **nadie, ni siquiera Dynamic, puede reconstruir o usar la clave del usuario sin su participación activa**.