«¿Es seguro?» es la pregunta correcta para cualquier servicio cripto, y merece una respuesta mejor que «sí, somos no custodios». TronSave es no custodio y no pide KYC, pero compradores, proveedores y usuarios de la API exponen cada uno algo distinto, y una de esas exposiciones es lo bastante real como para gestionarla. Esta es la versión honesta.
La base: qué significa realmente no custodio aquí
TronSave es un marketplace de energía, no una billetera. Cuando alquilas energía, los proveedores delegan un recurso a tu dirección: nada tuyo se mueve a ningún lado. Cuando usas las herramientas de transferencia o swap, la transacción se arma por ti y luego se firma en tu propia billetera; tus USDT van directo de ti al destinatario, y TronSave nunca está en el camino de los fondos.
No hay cuenta que abrir ni verificación de identidad. Es una propiedad real del diseño, no una política que pueda cambiar en silencio: no hay nada que verificar porque no se custodia nada.
La regla que se deriva de esto es absoluta y merece decirse por separado: nunca envías una clave privada a TronSave. La documentación de la API lo dice explícitamente, y el propio helper de firma del lado del servidor de los SDK lleva un comentario que indica a los desarrolladores que prefieran la firma local. Si algo te pide alguna vez una clave privada o frase semilla en nombre de TronSave, no es TronSave.
Qué expone un comprador
Muy poco, con una excepción que vale la pena nombrar.
Si pagas las órdenes on-chain desde tu billetera conectada, la exposición es la transacción que firmaste y nada más. Si pagas desde tu saldo interno prepago, ese saldo son TRX que depositaste por adelantado en la plataforma, y esa es la única parte realmente custodial del producto.
No es una razón para evitarlo; el saldo interno es lo que hace posible la liquidación instantánea de órdenes sin gas, y además sirve como límite de gasto para la automatización. Pero trátalo como tratarías un saldo flotante en cualquier exchange: dimensiónalo según tu uso en lugar de dejar ahí tu tesorería. Una o dos semanas del gasto previsto es un techo razonable para la mayoría. Nuestra guía del saldo interno explica el mínimo de 10 TRX, las dos formas de fondearlo y por qué también sirve como límite de gasto.
Qué expone un proveedor
Vender es donde la superficie de seguridad es realmente mayor, porque la automatización necesita permisos on-chain para delegar en tu nombre.
- Tus TRX en staking siguen siendo tuyos. Lo que otorgas es la capacidad de delegar recursos desde ellos, no la capacidad de moverlos.
- Los cambios de permisos son una acción on-chain con un costo de revisión de 100 TRX, así que agrúpalos en lugar de otorgarlos de uno en uno.
- Automatic Reclaim tiene un filo peligroso. En All, recupera todas las delegaciones desbloqueadas de tu cuenta, incluidas las que hiciste de forma privada, fuera de TronSave. Si la dirección también delega a tus propias billeteras o a un socio, usa Only TronSave. Nuestra guía de Sell Settings cubre el resto de los campos.
- Early Unstake es irreversible. Funciona mediante un cambio de permisos en tu cuenta, y no es algo para aceptar a la ligera; mira cómo funciona el Early Unstake (unstake anticipado) antes de usarlo.
Nada de esto es inusual en un marketplace de delegación, pero es una autorización real. Lee lo que firmas, y usa una dirección dedicada si la alternativa es mezclar la automatización de la plataforma con billeteras que gestionas a mano.
Dos cosas hacen que esto se pueda comprobar en lugar de depender de la confianza. El permiso otorgado cubre solo la delegación de recursos, no un permiso sobre el saldo, así que no puede mover, enviar ni retirar tu capital, y tu clave owner sigue siendo tuya. Y puedes verificar ambas cosas por tu cuenta: abre los permisos de tu cuenta en TronScan, confirma que el permiso active solo incluye la operación de delegación y revócalo ahí cuando quieras firmando la actualización con tu clave owner. El acceso termina de inmediato. Como regla general, nunca otorgues un permiso owner o de saldo a ningún tercero.
Qué expone un usuario de la API o de un agente
Credenciales, y conviene tratarlas como secretos en el sentido habitual.
Una clave de API da acceso a las operaciones de tu cuenta interna, y justamente por eso es la credencial adecuada para el trabajo autónomo: el saldo fondeado detrás de ella es un techo fijo de lo que cualquier cosa puede gastar. Una sesión con firma de billetera está vinculada a tu billetera y da acceso a operaciones de la plataforma, lo que implica más poder y más cuidado.
Si conectas un agente de IA mediante el servidor MCP, el identificador de sesión que devuelve es en sí una credencial: quien lo tenga puede actuar con los derechos de esa sesión hasta que venza. Las claves se pueden revocar por la API cuando necesites rotarlas, y la revocación aplica a cada solicitud posterior.
Protecciones que obtienes sin pedirlas
Varias verificaciones se ejecutan las conozcas o no:
- Revisión del receptor. La herramienta Transfer USDT compara el destino con las alertas de seguridad de TronScan: cuentas en lista negra, actividad fraudulenta conocida, remitentes de spam por memo. Una dirección marcada bloquea la transferencia. Y cuando la verificación no se puede completar, no muestra un falso verde: recibes una advertencia explícita de «no se pudo verificar».
- Simulación antes de transmitir. Los swaps se simulan primero contra la cadena; una operación que fallaría se bloquea en lugar de enviarse, y una simulación fallida no cuesta nada.
- Sin transmisiones dobles. Una vez que una transacción tiene ID, nunca se vuelve a enviar, lo que descarta el clásico accidente de «hice clic dos veces, pagué dos veces».
- Errores obvios rechazados. Enviar a tu propia dirección, o poner un contrato como receptor de energía, se rechaza en el formulario y no on-chain.
Los riesgos que son tuyos, no de la plataforma
La mayoría de las pérdidas en este rincón del mundo cripto no tienen nada que ver con el marketplace que usaste.
- Una dirección equivocada es definitiva. Ninguna revisión detecta una dirección válida que simplemente no es la que querías. Verifica los destinos por tu cuenta en cualquier envío importante.
- Envenenamiento de direcciones. Las transferencias de polvo desde direcciones parecidas existen para que las copies de tu historial. Nunca copies un destino de una lista de transacciones.
- Sitios falsos y direcciones pegadas. Aquí es donde más cuidado hay que tener. Las direcciones de depósito y de pago deben leerse desde la aplicación o el SDK, nunca desde un mensaje, un resultado de búsqueda o una captura de pantalla. Los SDK exponen la dirección de fondos como un valor que puedes leer en código precisamente para que nunca sea un texto que alguien escribió.
- Una etiqueta limpia no es garantía. La revisión refleja lo que ya se reportó; una dirección creada esta mañana no tiene historial que marcar.
Una lista breve de refuerzo
- Mantén el saldo interno dimensionado según tu gasto, no según tus tenencias.
- Usa claves de API, no sesiones con firma, para todo lo autónomo.
- Rota y revoca las claves que ya no uses.
- Como proveedor, prefiere una dirección dedicada y configura Automatic Reclaim según cómo la usas.
- Lee las direcciones de fondos y depósito desde la app o el SDK, nunca desde un mensaje.
- Verifica por tu cuenta los destinos de montos grandes, con o sin revisión.
Preguntas frecuentes
¿TronSave guarda mis USDT o TRX?
No, salvo que deposites en el saldo interno. La energía alquilada se delega a tu dirección, y las transferencias y swaps se firman en tu propia billetera, así que los fondos van directamente de ti a su destino.
¿TronSave exige KYC?
No. No hay verificación de identidad, porque no hay una cuenta custodial que verificar.
¿Alguna vez me pedirán mi clave privada?
No. La firma ocurre en tu billetera, y la documentación indica que las claves privadas nunca se envían. Cualquier solicitud de una es una estafa, sin importar el nombre que lleve.
¿Qué es lo más riesgoso de la plataforma?
Para un comprador, un saldo interno sobredimensionado. Para un proveedor, los permisos que requiere la automatización, en particular Automatic Reclaim en All en una dirección que también usas de forma privada.
¿Mis TRX en staking corren riesgo si suministro energía?
El stake sigue siendo tuyo; lo que otorgas es la delegación en tu nombre. Lo que hay que considerar es el alcance del permiso y el hecho de que el staking compromete tus TRX durante un período de bloqueo.
¿Qué pasa si se filtra mi clave de API?
Alguien podría hacer órdenes contra tu saldo interno, que está limitado por lo que hayas fondeado. Revoca la clave de inmediato; la revocación aplica a cada solicitud posterior.
En resumen
La respuesta sobre la custodia es sencilla: tus tokens se quedan en tu billetera, firmas todo tú mismo y nadie te pregunta quién eres. Las partes que requieren criterio son las que la gente se salta: cuánto dejas en un saldo prepago, qué permisos otorga una cuenta de proveedor y de dónde copiaste esa dirección. Si haces bien esas tres cosas, el riesgo restante es el riesgo habitual de operar en una blockchain pública, que ningún marketplace puede eliminar.
Empieza con poco: alquila la energía de una sola orden en el mercado de TronSave, pagada on-chain desde tu propia billetera, antes de fondear un saldo interno u otorgar cualquier permiso de proveedor.
TronSave publica este blog y opera el marketplace descrito aquí, así que toma esto como una explicación documentada de cómo funciona el producto y no como una auditoría independiente. El comportamiento y las comisiones reflejan el producto al momento de escribir y pueden cambiar. Las transacciones on-chain son irreversibles. Esto no es asesoría financiera.
