¿Cuando la billetera $ETH hizo clic en “Desconectar”, la autorización anterior dejó de ser válida? No necesariamente. Compare la operación de tokens en la cadena $BNB y luego la transferencia nativa $BTC .
【Hechos】
La verificación del 28 de octubre tanto en ethereum.org como en la documentación de MetaMask deja claro: desconectar un sitio web no revoca automáticamente las autorizaciones de tokens ya existentes. En las autorizaciones clásicas de ERC-20, allowance es el monto que se permite gastar en nombre de una dirección; se registra en el contrato del token.
En Ethereum y BNB Smart Chain, las autorizaciones comunes de tokens requieren distinguir con claridad “qué cadena, qué token, a quién se autorizó y por cuánto”. La revocación normalmente exige enviar una transacción en la cadena, pagando la comisión de red con ETH o BNB respectivamente; cerrar el navegador no puede sustituir este paso.
Los activos nativos de BTC no tienen el mecanismo allowance de ERC-20. Si conviertes BTC en un token envuelto de otra cadena para participar en una aplicación, entras en otro conjunto de contratos y riesgos de custodia. BTC nativo y “tokens que representan BTC” no deben tratarse como la misma hipótesis de seguridad solo por el nombre.
【Conclusión】
Lo que realmente debe revisarse es el estado de los permisos, no si la página muestra “desconectado”. Si una autorización clásica llega a cero, se recupera ese permiso de gasto, pero eso no significa que todo el riesgo de la billetera sea cero: fuga de la clave privada, otras autorizaciones y firmas maliciosas deben revisarse por separado. Además, revocar no puede recuperar los activos que ya se enviaron.
【Lista de acciones】
Entre desde materiales oficiales a herramientas de confianza y verifique la cadena y la dirección del contrato; priorice revisar autorizaciones que ya no usa y montos anormalmente altos; después de revocar, confirme el resultado de la transacción y el monto autorizado en la cadena. No se vincule a la ligera con “sitios de rescate” y no introduzca la frase semilla en páginas de revocación.
Mi conclusión verificable: si la web ya está desconectada pero el allowance en la cadena sigue siendo mayor que cero, ese permiso de gasto no fue eliminado por ese botón.
¿Normalmente revisa la lista de conexiones o el monto real de las autorizaciones?
Fuentes: ethereum.org, MetaMask, guía oficial de autorizaciones de Binance.
Advertencia de riesgo: lo anterior es educación en seguridad, no garantiza eliminar todos los riesgos y no constituye asesoramiento de inversión.
【Hechos】
La verificación del 28 de octubre tanto en ethereum.org como en la documentación de MetaMask deja claro: desconectar un sitio web no revoca automáticamente las autorizaciones de tokens ya existentes. En las autorizaciones clásicas de ERC-20, allowance es el monto que se permite gastar en nombre de una dirección; se registra en el contrato del token.
En Ethereum y BNB Smart Chain, las autorizaciones comunes de tokens requieren distinguir con claridad “qué cadena, qué token, a quién se autorizó y por cuánto”. La revocación normalmente exige enviar una transacción en la cadena, pagando la comisión de red con ETH o BNB respectivamente; cerrar el navegador no puede sustituir este paso.
Los activos nativos de BTC no tienen el mecanismo allowance de ERC-20. Si conviertes BTC en un token envuelto de otra cadena para participar en una aplicación, entras en otro conjunto de contratos y riesgos de custodia. BTC nativo y “tokens que representan BTC” no deben tratarse como la misma hipótesis de seguridad solo por el nombre.
【Conclusión】
Lo que realmente debe revisarse es el estado de los permisos, no si la página muestra “desconectado”. Si una autorización clásica llega a cero, se recupera ese permiso de gasto, pero eso no significa que todo el riesgo de la billetera sea cero: fuga de la clave privada, otras autorizaciones y firmas maliciosas deben revisarse por separado. Además, revocar no puede recuperar los activos que ya se enviaron.
【Lista de acciones】
Entre desde materiales oficiales a herramientas de confianza y verifique la cadena y la dirección del contrato; priorice revisar autorizaciones que ya no usa y montos anormalmente altos; después de revocar, confirme el resultado de la transacción y el monto autorizado en la cadena. No se vincule a la ligera con “sitios de rescate” y no introduzca la frase semilla en páginas de revocación.
Mi conclusión verificable: si la web ya está desconectada pero el allowance en la cadena sigue siendo mayor que cero, ese permiso de gasto no fue eliminado por ese botón.
¿Normalmente revisa la lista de conexiones o el monto real de las autorizaciones?
Fuentes: ethereum.org, MetaMask, guía oficial de autorizaciones de Binance.
Advertencia de riesgo: lo anterior es educación en seguridad, no garantiza eliminar todos los riesgos y no constituye asesoramiento de inversión.
