6 ms·

> the second one is dangerous! are you suggesting to just transfer WETH to the pool address without using the pool's swap function? Yeah. I meant to add that

by from 4y ago

> the second one is dangerous! are you suggesting to just transfer WETH to the pool address without using the pool's swap function? Yeah. I meant to add that it should be done atomically in one transaction but come to think of it just using flashbots and having it as 2 transactions would make it look more legitimate. The way you suggested by pumping a token is also pretty good but depending on how many initial holders there are you may lose some money in the process. I watched the Tornado Cash 100 ETH address for a while and I think I saw a guy doing something like this.

yieldcrv 4y ago
> The way you suggested by pumping a token is also pretty good but depending on how many initial holders there are you may lose some money in the process. I watched the Tornado Cash 100 ETH address for a while and I think I saw a guy doing something like this. Don't have initial holders. Create the liquidity pool yourself (in any of your identities) and have that be the only place to get the tokens. In the Uniswap V2 style of liquidity pool, the token can't go below the initial price (or ratio) you set. Anybody that buys in, even bots, will just push the price up, anybody that sells can only push it back down to the initial ratio. Part 1: Ident A - any money: Create token, create liquidity pool Ident B - clean money: Buy as much token as you want Ident C, D, E ... n - tornado cash withdrawals: Buy all the token, depositing Ether into the liquidity pool, removing token from liquidity pool. Part 2: Ident B - clean money: sells the tokens back into the liquidity pool, receives more ether. I could see how you could lose money if too many bots and onlookers bought in before one of your idents deployed the tornado Ether, the tornado cash withdrawals need to already be finished then and waiting to buy. Any address that misses a pump due to bots can just be sidelined until creating the next token to pump.

by from 4y ago

yieldcrv 4y ago

> The way you suggested by pumping a token is also pretty good but depending on how many initial holders there are you may lose some money in the process. I watched the Tornado Cash 100 ETH address for a while and I think I saw a guy doing something like this. Don't have initial holders. Create the liquidity pool yourself (in any of your identities) and have that be the only place to get the tokens. In the Uniswap V2 style of liquidity pool, the token can't go below the initial price (or ratio) you set. Anybody that buys in, even bots, will just push the price up, anybody that sells can only push it back down to the initial ratio. Part 1: Ident A - any money: Create token, create liquidity pool Ident B - clean money: Buy as much token as you want Ident C, D, E ... n - tornado cash withdrawals: Buy all the token, depositing Ether into the liquidity pool, removing token from liquidity pool. Part 2: Ident B - clean money: sells the tokens back into the liquidity pool, receives more ether. I could see how you could lose money if too many bots and onlookers bought in before one of your idents deployed the tornado Ether, the tornado cash withdrawals need to already be finished then and waiting to buy. Any address that misses a pump due to bots can just be sidelined until creating the next token to pump.