AMLConsensus · curso
Programa · Lección 10.3
Sección 10 · Lección 10.3

Solana y TON: particularidades de la comprobación

Solana y TON son redes jóvenes y de alto rendimiento con su propia arquitectura, que difiere notablemente tanto del Bitcoin basado en UTXO como del familiar Ethereum. Para leer correctamente su historial, necesitas entender el modelo de cuenta de Solana, la diferencia entre programas y carteras, las particularidades de TON y la principal trampa de Solana para el usuario minorista: la estafa de memecoins.

El modelo de cuenta de Solana

Solana usa un modelo de cuenta, pero organizado de una manera peculiar. En Solana todo es una cuenta: una cartera, un saldo de tokens, el propio programa (contrato inteligente) y un almacén de datos. Una cuenta es una celda de datos con un propietario y una dirección (una clave pública en formato base58, por ejemplo 7xKq...9dR, sin el familiar prefijo 0x).

La característica más importante para el rastreo: el saldo de un token (por ejemplo USDC o un memecoin) se almacena no en la propia cartera, sino en una cuenta de token asociada aparte (ATA — Associated Token Account) vinculada a tu dirección principal. Es decir, un propietario tiene una dirección principal (que contiene SOL nativo) y muchas cuentas de token hijas para cada token. Un principiante que mira el historial se confunde con facilidad: las transferencias de tokens pasan «a través» de estas cuentas hijas, y hay que saber vincularlas al propietario.

Por qué esto importa. En Solana la dirección de una cartera y la dirección de su cuenta de token son cadenas diferentes. Al comprobar, necesitas entender que una transferencia de USDC salió de una cuenta de token perteneciente a la cartera X; de lo contrario, el rastreo «pierde» al propietario real. Un buen explorador muestra este vínculo automáticamente.

Programas frente a carteras

En el mundo de Ethereum estamos acostumbrados a dividir las direcciones en «carteras de usuario» (EOA) y «contratos». En Solana hay una división similar, pero con un giro: los programas (lógica programable, el análogo de los contratos inteligentes) no almacenan estado por sí mismos: son «stateless» y trabajan con datos que están en cuentas separadas. Esto es una separación de código y datos.

El significado práctico al comprobar: necesitas distinguir la interacción con un programa (un DEX como Raydium/Jupiter, staking, un marketplace de NFT) de una transferencia directa entre carteras. Una transacción «usuario → programa DEX → usuario» es un swap, no un envío de fondos a un tercero. Si no lo reconoces, es fácil registrar por error un intercambio legítimo en un DEX como una transferencia sospechosa. Las transacciones de Solana también suelen contener varias instrucciones a la vez (en una sola transacción: un swap + una transferencia + una comisión), lo que las hace más difíciles de leer para un principiante.

Solscan — el explorador de Solana

La principal herramienta pública es solscan.io (la alternativa solana.fm también es popular). Qué mirar:

  • La cuenta principal y sus cuentas de tokenSolscan agrupa los saldos de tokens bajo el propietario; úsalo para no perder el vínculo.
  • La pestaña de transacciones con el análisis de instruccionesPuedes ver si fue un swap en un DEX, una transferencia o una interacción con un programa.
  • Etiquetas de programas y servicios conocidosRaydium, Jupiter, los grandes exchanges suelen estar etiquetados: esto ayuda a interpretar el flujo.
  • Historial de tokens y NFTEspecialmente importante para los memecoins; véase más abajo.

TON y sus particularidades

TON (The Open Network), históricamente ligada al ecosistema de Telegram, es otra red arquitectónicamente peculiar. Sus características clave para un comprobador:

El principal explorador es tonviewer.com (también tonscan.org). Tonviewer despliega con claridad las cadenas de mensajes, muestra los saldos de jettons y vincula las carteras de token al propietario. Al comprobar una dirección de TON, ten presente la asincronía: una sola acción del usuario puede generar varios mensajes internos, y todos ellos son parte de una misma operación.

Contrato de cartera
propietario
→
Cartera de jetton
saldo USDT
→
Cadena de mensajes
transferencia

La estafa de memecoins en Solana

Un tema aparte y de gran actualidad es el fraude de memecoins en Solana. Las transacciones baratas y rápidas más las herramientas de lanzamiento instantáneo de tokens (plataformas launchpad) han convertido la red en una cadena de montaje de memecoins, de los cuales una enorme proporción son estafas.

  1. Rug pull. Los creadores lanzan un token, inflan el hype, recaudan el dinero de los compradores y retiran toda la liquidez: el precio cae a cero.En Solscan puedes verlo: se añadió liquidez y pronto se retiró, direcciones grandes «vaciaron» el token.
  2. Honeypot. El token se puede comprar pero no vender: la lógica del contrato bloquea la venta para los poseedores corrientes.
  3. Concentración en el creador. Una enorme proporción del suministro está en las carteras del equipo/insiders, lista para hundir el precio.
  4. Actividad falsa. Volúmenes inflados por bots y carteras «calentadas» que imitan el trading en vivo.
Atención. El ecosistema de memecoins de Solana es una zona de riesgo elevado no solo para el inversor, sino también para el AML. Los fondos removidos a través de tokens estafa y rug pulls acaban «sucios», y las direcciones «quemadas». Al recibir SOL o un token de una contraparte vinculada a tales esquemas, heredas ese riesgo.

Una checklist práctica para Solana/TON

  • Vincula las cuentas de token al propietarioTanto en Solana (ATA) como en TON (carteras de jetton) el saldo de tokens está en una dirección hija; no pierdas al propietario real.
  • Distingue los swaps de DEX de las transferenciasLa interacción con un programa/contrato es un intercambio, no un envío a un tercero.
  • Para un memecoin, comprueba la distribución y la liquidezLa concentración en el creador y la liquidez retirada son señales de estafa.
  • Ten en cuenta la asincronía de TONUna acción = una cadena de mensajes; léela por completo.
  • El paso final: un comprobador AMLEl explorador da la estructura; un servicio especializado da las etiquetas, una puntuación de riesgo y el análisis multi-hop.

Solana y TON demuestran que no hay una forma «universal» de leer una blockchain: los modelos de cuenta, las cuentas de token, los programas y los mensajes asíncronos exigen entender la arquitectura de la red concreta. El principio general, sin embargo, es invariable en todas las lecciones de esta sección —de Bitcoin a TON—: un explorador manual responde «qué pasó», mientras que una comprobación AML consciente responde «cuán peligroso es y si deben aceptarse estos fondos». Combinando la comprensión de la red con herramientas de atribución, tomas decisiones basadas en hechos, no en conjeturas.

Este material es educativo y no constituye asesoramiento jurídico.