Криптотрейдер за две недели превратил $800 в $1,3 млн

cryptonews.ruPublicado a 2022-01-23Actualizado a 2024-09-23

Дисклеймер

Материал опубликован исключительно в ознакомительных целях и не является инвестиционной рекомендацией. ForkLog не несет ответственности за инвестиционные решения читателей.

Две недели назад неизвестный пользователь вложил 6 SOL (~$800 на момент покупки) в мем-токен Moo Deng (MOODENG), а сейчас его нереализованная прибыль оценивается в ~$1,3 млн.

TRADER TURNS $800 INTO $1.3M

Remember this guy?

Trader Db3p turned 6 SOL ($800) into $400K in our last post.

He’s now up to $1.3M. https://t.co/Pnm3TFi9HR

— Arkham (@ArkhamIntel) September 23, 2024

Изначально аналитики Arkham обратили внимание на трейдера 17 сентября. Тогда активы инвестора оценивались примерно в $400 000.

Сейчас он является крупнейшим держателем MOODENG.

Монету запустили через платформу Pump.fun в сети Solana. Актив назван в честь популярного детеныша бегемота из Таиланда.

Только 89 из 2 млн мем-токенов на Pump.fun оказались успешными

Трейдер приобрел монету 10 сентября после того, как она вышла за пределы «фабрики мемов» и попала на DEX Raydium.


4-часовой график MOODENG/SOL биржи Raydium. Данные: DEXScreener.

На момент написания актив торгуется около $0,05 при рыночной капитализации $47,4 млн.

Некоторые пользователи допустили инсайдерскую торговлю.

Insider is not a trader but how awesome would be to track this things on Arkham and not on Solscan or other platforms 🤝

— Crypto Analytica (@crypto888inform) September 23, 2024

«Инсайдер — не трейдер, но было бы здорово отслеживать такие вещи на Arkham, а не на Solscan или других платформах», — написал один из участников сообщества.

Ранее ForkLog сообщал, что неизвестный заработал более $124 000 за две недели на мем-токене TERMINUS, увеличив депозит в 920 раз.

Напомним, в июне трейдер-инсайдер сделал $5,6 млн на DADDY, который продвигает Эндрю Тейт. Бывший кикбоксер развернул монету в качестве конкурента актива MOTHER от певицы Игги Азалии.

Lecturas Relacionadas

Análisis del Hook de Uniswap v4: Diseño de Arquitectura, Vulnerabilidades Comunes y Prácticas de Protección

Desde el lanzamiento de Uniswap v4 en la red principal, el mecanismo Hook se ha convertido en una de las innovaciones más destacadas en DeFi. Plataformas como Flaunch en Base utilizan Hooks para precios fijos en preventa y liquidaciones automáticas, mientras que protocolos como Bunni v2 los emplean para liquidez programable y modelos de re-staking. Sin embargo, el auge de estos casos de uso también ha traído un aumento significativo en ataques dirigidos a vulnerabilidades en la implementación de los Hooks. Este artículo analiza la arquitectura de seguridad de los Hooks de Uniswap v4. La principal innovación es un contrato único PoolManager que gestiona todos los pools y utiliza un sistema de "flash accounting" (contabilidad temporal), donde los cambios en los saldos se resuelven al final de cada transacción. Cada pool puede vincular de forma permanente un contrato Hook, que se ejecuta en puntos clave como `beforeSwap` o `afterAddLiquidity`. Un aspecto crítico es que los permisos del Hook (qué funciones ejecuta) están codificados en los últimos bits de su dirección de despliegue, lo que requiere un cálculo cuidadoso usando herramientas como HookMiner. Un error común es que funciones de callback como `beforeSwap` no tienen control de acceso por defecto en plantillas como BaseHook, dejándolas expuestas si el desarrollador no lo implementa explícitamente. El análisis de la pila de llamadas, como en un intercambio (`swap`), revela que los Hooks pueden modificar los montos de la operación devolviendo un `delta`. Un Hook "asíncrono" o de "curva personalizada" puede incluso anular completamente la lógica de intercambio de Uniswap, asumiendo todo el riesgo. Aunque el sistema garantiza que el libro mayor final esté equilibrado (`NonzeroDeltaCount == 0`), esto no previene la manipulación maliciosa de los estados subyacentes. El caso de Cork Protocol subraya estos riesgos, mostrando que auditar un Hook requiere tratarlo como un subprotocolo completo, dada su compleja interacción con el PoolManager y el potencial de confusiones entre tipos de tokens en diferentes mercados. En resumen, la seguridad en v4 se ha fragmentado: ya no depende solo del protocolo principal, sino de la correcta implementación de cada Hook individual en cada pool.

marsbitHace 48 min(s)

Análisis del Hook de Uniswap v4: Diseño de Arquitectura, Vulnerabilidades Comunes y Prácticas de Protección

marsbitHace 48 min(s)

Trading

Spot
Futuros
活动图片