Crea o restaura en el dispositivo
El material de recuperación se usa en el entorno de la billetera para reconstruir tu identidad blockchain. La cuenta Peuro Pay no sustituye ese mecanismo.
SEGURIDAD · AUTOCUSTODIA · ARQUITECTURA
Seguridad construida para reducir lo que puede quedar expuesto.
Peuro Pay está diseñada para que la cuenta, la infraestructura y la billetera blockchain cumplan funciones diferentes. El objetivo no es concentrar más secretos en nuestros sistemas, sino reducir los lugares, el tiempo y las situaciones en que el material que controla tus activos necesita existir.
AutocustodiaFirma localCuenta ≠ billeteraPersistencia limitada
PEURO PAYMODELO DE SEGURIDAD
01
Tú controlas la billetera
El mecanismo de recuperación permanece bajo responsabilidad del usuario.
02
Acceso local protegido
El acceso de conveniencia en el dispositivo está cifrado y no permanece válido indefinidamente.
03
Firma en tu entorno
La clave privada no necesita viajar con la transacción hasta la red.
04
La blockchain recibe la firma
La red valida la autorización criptográfica sin necesidad de recibir tu clave privada.
CÓMO FUNCIONA
La cuenta organiza tu experiencia. La billetera controla tus activos.
Esta separación es central en el modelo Peuro Pay. El correo, la contraseña y el 2FA pueden proteger servicios de la cuenta. No se convierten en la clave criptográfica de tu billetera.
Protección local con PIN
Un PIN protege el acceso local de conveniencia en ese navegador o PWA. No es un respaldo y no sustituye el material de recuperación.
La transacción se firma localmente
Para operaciones compatibles, la billetera usa la clave en el entorno local para producir una firma válida. La clave privada no necesita enviarse con la transacción.
La red recibe solo lo necesario
La blockchain recibe los datos públicos de la operación y la firma criptográfica necesaria para validarla, no la clave usada para crear esa firma.
SEGURIDAD
Seguridad mediante minimización, no concentración.
Una arquitectura de autocustodia se vuelve más resiliente cuando reduce lo que debe centralizarse, reduce el tiempo de exposición local y separa las credenciales de la cuenta de las claves que autorizan acciones en blockchain.
Sin llave maestra corporativa
La autocustodia no depende de una credencial administrativa capaz de reconstruir las billeteras de todos los usuarios. Esto evita convertir un único secreto corporativo en un punto central de fallo.
Cuenta separada de la billetera
Comprometer las credenciales de la cuenta no equivale automáticamente a poseer las claves blockchain del usuario. Cada capa protege una función distinta.
Persistencia local limitada
El acceso local cifrado de conveniencia tiene una validez limitada de hasta 15 días. Un cierre de sesión completo elimina ese acceso local y vuelve a ser necesaria una restauración.
Soporte sin tomar tu clave
El soporte puede ayudar con la cuenta, interfaz, redes, transacciones y orientación de recuperación. No necesita recibir tu frase de recuperación o clave privada para atenderte.
COMPARACIÓN DE ARQUITECTURA
Dónde Peuro Pay añade una capa diferente de protección.
No existe una billetera superior en todos los escenarios. Las distintas arquitecturas responden a distintos modelos de amenaza. Frente a la exposición centralizada de claves y la persistencia local prolongada, Peuro Pay aplica controles más restrictivos que el patrón común de muchas software wallets.
| Característica | Custodial | Software wallet tradicional | Peuro Pay |
|---|---|---|---|
| El usuario conserva el mecanismo principal de recuperación | Depende | Normalmente | Sí |
| Firma local de transacciones compatibles | Generalmente no | Común | Sí |
| Las credenciales de la cuenta son la clave blockchain | Puede ocurrir | No aplica | No |
| Acceso local cifrado con expiración programada | Depende | No es estándar | Hasta 15 días |
| Recuperación administrativa de la clave del usuario | A menudo posible | Normalmente no | No |
HW
¿Y las hardware wallets?
Una buena hardware wallet añade aislamiento físico dedicado y puede ofrecer una protección superior cuando el ordenador o teléfono está comprometido. Peuro Pay tiene otro objetivo: ofrecer autocustodia multichain en software, reduciendo centralización y persistencia local sin ocultar los límites de una billetera PWA.
LO QUE ESTE MODELO REDUCE
Menos puntos únicos donde un fallo puede escalar.
Compromiso de infraestructura
Un incidente en servicios centrales no debería equivaler automáticamente a la exposición de las claves privadas de todas las billeteras.
Dispositivo antiguo o abandonado
La validez limitada del acceso local reduce el período en que una bóveda de conveniencia permanece disponible en ese dispositivo.
Cuenta comprometida
Cuenta y billetera son capas separadas. Tener acceso al correo o contraseña de la cuenta no es, por sí solo, lo mismo que poseer la clave blockchain.
Acceso interno indebido
El modelo evita depender de una herramienta administrativa capaz de revelar o recrear el secreto principal de la billetera del usuario.
LA AUTOCUSTODIA NO ES INVENCIBILIDAD
Ninguna billetera de software puede proteger un entorno totalmente comprometido.
Malware, phishing, extensiones maliciosas, keyloggers, sitios falsos, secuestro del portapapeles y un sistema operativo comprometido siguen siendo riesgos reales. La arquitectura reduce clases de riesgo; no vuelve invulnerable el dispositivo.
Nunca compartas tu frase de recuperación.Nunca envíes una clave privada al soporte.Nunca transfieras fondos para “verificar” una billetera.Verifica red, activo y destino antes de firmar.
Seguridad sin custodia.
Peuro Pay no fue diseñada para ser la bóveda corporativa de tus claves. Fue diseñada para proporcionar la experiencia, infraestructura y conexiones necesarias mientras el control criptográfico de la billetera permanece contigo.
Sin llave maestra de usuariosSin recuperación secretaFirma localAutocustodia real
Abrir Peuro Pay →