Prácticas de privacidad para operaciones ETH
Ethereum (ETH) se lanzó en 2015 como una plataforma de contratos inteligentes. En septiembre de 2022 la cadena transicionó de consenso Proof-of-Work a Proof-of-Stake ("The Merge") — los validadores hacen staking de ETH y procesan bloques por rotación, sin autoridad central de congelación que controle la cadena. La cadena es transparente en la capa base — remitente, destinatario y monto son visibles en cadena como en Bitcoin. Ethereum no tiene un protocolo de mixing nativo a nivel de protocolo. Tornado Cash fue un mezclador notable basado en contratos inteligentes pero ha sido sancionado en muchas jurisdicciones; Vigilante Trading no lo recomienda ni depende de él. Los usuarios que quieren privacidad a nivel de transacción dependen de la rotación de direcciones del lado de la cartera (derivando una dirección nueva por operación desde su semilla HD) y de la coordinación fuera de cadena — las prácticas siguientes cubren lo que puedes controlar.
Usa una dirección fresca cada operación
Esta cadena usa direcciones transparentes sin sigilo nativo. La práctica estándar: usa un monedero Determinista Jerárquico (BIP-32) que derive una nueva dirección de recepción por solicitud. La mayoría de los monederos modernos lo hace automáticamente. El coste de reutilizar dirección es severo — cada operación que aceptes en la misma dirección construye un registro público de tu actividad.
Prácticas universales
**Usa una dirección de recepción fresca para cada operación.** Tu monedero debería admitir esto; si no, busca uno que sí. La reutilización de direcciones es la mayor fuga, sin discusión.
**Practica control de monedas al gastar.** Al enviar monedas más tarde, evita combinar la salida de la operación con monedas de otra fuente — eso combina sus historiales de dirección permanentemente.
**Transmite a través de Tor o el modo privacidad de tu monedero.** Tu IP doméstica ve la transacción primero; los nodos cerca de tu IP pueden correlacionarla contigo. Un monedero compatible con Tor transmite a través de Tor por defecto.
**Evita enviar monedas de la operación hacia o desde exchanges KYC.** Una vez que las monedas de la operación toquen un exchange KYC, la operación se vuelve legalmente identificable combinando los registros del exchange con los datos de la cadena. Si necesitas hacer puente a fiat, ruta a través de un paso intermedio autocustodiado.
Qué evitar
- No pegues tu misma dirección de recepción en múltiples operaciones.
- No envíes la cantidad exacta listada en la orden — el toggle aleatorizador de cantidad de Vigilante Trading (la casilla "🔐 Aleatorizar cantidad" en el modal de compartir dirección) rompe esto; déjalo ENCENDIDO.
- No combines la salida de la operación con monedas de una fuente distinta al gastarla más tarde.
- No transmitas desde tu IP doméstica vía un monedero no privado — usa Tor.
⚠ Advertencias específicas de este activo
Ethereum es transparente en la capa base sin protocolo de mixing nativo. - **Comparte direcciones nuevas por operación.** Usar la misma dirección de Ethereum en múltiples publicaciones de Vigilante Trading permite a los observadores correlacionar tus órdenes en una cadena totalmente transparente. Genera una dirección de recepción nueva por operación — las carteras modernas de Ethereum (MetaMask, Rabby, Rainbow) las derivan de tu semilla HD y te permiten crear nuevas cuentas en segundos. - **Envía ETH nativo, no ETH envuelto.** ETH envuelto (WETH) es un token ERC-20 usado para interoperabilidad con DEX. Las operaciones de Vigilante Trading usan transferencias de ETH NATIVO — enviar WETH a una dirección receptora de ETH requiere que el destinatario lo desenvuelva, lo que puede no suceder. - **Cuidado con destinos de contrato.** Las direcciones de Ethereum pueden ser cuentas externas (EOAs, controladas por una clave privada) O contratos inteligentes. Enviar ETH a un contrato sin una función `payable receive()` o `fallback()` se revierte; los fondos no se pierden pero la transacción falla y pagas gas. La mayoría de las carteras advierten antes de enviar a contratos; presta atención. - **Mismo formato de dirección que toda cuenta-token EVM.** Una dirección Ethereum 0x podría ser una EOA de ETH nativo, una cuenta-token USDT-ERC20, una cuenta-token USDC-Base, una cuenta-token DAI-Polygon, o cualquier contrato EVM. El formato es idéntico. El campo de activo de la orden de Vigilante Trading (más el campo de red para activos multi-red) te dice cuál enviar; revisa dos veces antes de firmar la transacción en tu cartera. - **Los nombres ENS no se resuelven.** Pegar `alice.eth` fallará el validador de direcciones de Vigilante Trading — pega la dirección 0x sin procesar. Resolver ENS requeriría una dependencia de RPC centralizada que viola el diseño distribuido sin SPOF de Morphit. - **La privacidad a nivel de red sigue importando.** Transmitir a través de Tor o del modo de privacidad de tu cartera mantiene tu IP de casa fuera de la vista de la cadena. - **Los proveedores de RPC de Ethereum pueden correlacionar.** Tu cartera habla con un endpoint RPC (Infura, Alchemy, QuickNode, mainnet pública) — ese proveedor ve cada transacción que firmas. Auto-alojar un nodo Ethereum, o rotar entre proveedores, reduce la superficie de ataque. - **Las comisiones de gas pueden filtrar timing.** Los precios del gas de Ethereum varían según la congestión. Enviar una transacción durante una ventana de gas alto con una propina más alta puede correlacionar la tx con una ventana de tiempo específica. Los valores predeterminados de la cartera (prioridad media) se mezclan con el mempool general.
Vigilante Trading NO recomienda software de monedero específico. Incluso los monederos reputados han sido comprometidos o han tenido fallos ocultos. Las técnicas de privacidad aquí son estándares de protocolo, no recomendaciones — tu monedero, tu responsabilidad.