seguridad

Un contacto en Tinder, semanas de conversación y una supuesta oportunidad de inversión en criptomonedas. Resultado: 1,5 millones de euros perdidos. En el último vídeo de Territorio Blockchain desmontamos paso a paso el pig butchering, la estafa romántica que mezcla manipulación emocional y plataformas de inversión falsas.
No es un ataque técnico ni un fallo de la blockchain. La puerta de entrada es la confianza.
Las fases del fraude:
• El match o primer contacto.
• Semanas construyendo confianza.
• La propuesta de inversión.
• El cebo: en este caso dejaron a la víctima ganar y retirar 1.000 euros. Ese beneficio real convierte la desconfianza en entusiasmo.
• La «matanza»: transferencias cada vez mayores hasta perderlo todo.
• La segunda estafa: supuestas empresas de recuperación de fondos que vuelven a cobrar a la víctima.
La señal de alarma definitiva: si te exigen pagar algo por adelantado (comisiones, «impuestos», tasas de desbloqueo) para retirar un dinero que en teoría ya es tuyo, es una estafa. Siempre.
En el vídeo también explicamos qué hacer si ya estás dentro y cómo ayudar a alguien cercano atrapado en una de estas tramas. Fuentes citadas: Ministerio del Interior, informe IC3 2025 del FBI, Departamento de Justicia de EE. UU. y Chainalysis.
Contenido informativo, no es asesoramiento financiero.
Episodio completo en el canal de YouTube de Territorio Blockchain.
#Estafas #Cripto #Seguridad

Un contrato puede conservar problemas abiertos después de una auditoría. Leer el informe permite distinguir qué se revisó, qué se corrigió y qué sigue pendiente.
En Ethereum, los contratos programan cómo interactúan las aplicaciones con activos como $ETH y otros tokens. Una revisión de seguridad estudia ese código dentro de un alcance definido.
1. ¿Qué versión cubre?
El informe debería identificar el código revisado. Un «commit» es una referencia a una versión concreta. Si después se modificó el contrato, hace falta saber si esos cambios también fueron examinados.
2. ¿Qué hallazgos siguen abiertos?
La gravedad y el estado de un problema dicen cosas diferentes. «Crítico» describe su posible impacto; «resuelto» documenta una corrección. «Reconocido» significa que el equipo conoce el problema, no que lo haya solucionado. Binance Academy distingue estos estados al explicar cómo leer un informe.
3. ¿Qué quedó fuera?
Una revisión del código no demuestra por sí sola que estén protegidas las claves administrativas, la web o toda la infraestructura. La cobertura depende del encargo: conviene leer las exclusiones y evitar completar los huecos con suposiciones.
4. ¿Quién publica el documento?
El documento original del auditor permite contrastar fechas, alcance y actualizaciones. También importa distinguir una revisión inicial de la comprobación posterior de las correcciones. La imagen de un sello aporta menos información que ese registro verificable.
Un ejemplo ficticio
Dos aplicaciones muestran el mismo sello. La primera enlaza un informe sobre su versión actual y detalla qué hallazgos fueron corregidos. La segunda enlaza una revisión de una versión anterior y solo dice «problemas reconocidos». Ambas pueden llamarse auditadas, pero aportan información diferente. Este ejemplo es inventado; no califica ningún proyecto real.
Qué conclusión permite
Ethereum.org advierte que una auditoría no detectará todos los errores: es una revisión adicional. Mi criterio es usarla para formular preguntas mejores, sin convertir el sello en una garantía de seguridad o de resultados económicos.
¿Qué te cuesta más interpretar: la versión, la gravedad o el estado de los hallazgos?
Fuentes: Binance Academy — Auditoría de contratos inteligentes y Contratos inteligentes; Ethereum.org — Smart contract security (actualizado el 20/10/2026).
#Seguridad #Ethereum
El autor puede recibir recompensas de Binance.