# 撸毛 - 使用跨链合约Transfer资金的女巫风险问题

By [vis](https://paragraph.com/@30820) · 2022-08-05

---

分发资金到钱包的几套方案：

### 方案一：交易所

正常的从交易所提币到撸毛账户，这步操作大家都一样，所以是不会检测女巫的，但是撸毛账户交易完成之后，要分别提币到交易所的子账户里，不能归集到一个钱包地址，多了会被女巫。

可以使用FTX交易所，FTX最多可以同时创建10个子账户，不过用过的子账户可以删除，重新创建之后就是一个新的钱包地址了，暂不清楚FTX共支持创建多少个子账户，暂时可以用着。

### 方案二：隐私交易

Zk.Money隐私交易的平台可以用，或者混币器，不过混币器貌似手续费比较贵，不太好用。

这种方法比上面交易所那种，要多付一点gas，比如：撸毛账户交互完成之后如果走方案一的话直接提到交易所的话就行了 ，使用zk.money的话还需要跨链到ETH主网，并且需要一些创建zk.money账户的费用和交易的费用，还比较慢， 需要几个小时的时间，属于耗时耗力耗钱的那种。

如果说子账户可以无限创建的话，铁定的不会考虑第二套方案，只当一个备用方案用了。

### 次方案：跨链合约Transfer

日常撸毛过程中也遇到了一些问题，撸毛账户有点多了， 就分了一些层级，比如前50个账户准备是做精品ID的，然后就按照方案一循环的去操作：交易所提币 → 交互 → 提币到交易所子账户。

精品账户交互过的项目的话会定期的去进行维护（每周操作一次），然后就是次精品账户（每两周操作一次），还有普通账户（每月维护一次）。

如果每个账户都按照上面的流程去搞的话，有点麻烦，尤其是普通账户，没时间做的那么的认真，所以就选择采用其他的方案了，就像Bungee跨链桥刚更新的`Bridge and transfer`功能就可以用。

跨链并Transfer到其他账户，简单用一个账户试了一下，选择使用的Hyphen Bridge桥。

从发送账户看到的是：不管是转移到自己账户的其他链，还是其他账户，调用的都是`0xa44bbb15`方法，没什么区别。

![](https://storage.googleapis.com/papyrus_images/88027cc1da19df7051b9cb4a2f210e93833fecdb3a6a5cbd430ae60da5482258.png)

看下这条hash数据，从Input Data中可以看到收款的地址，那么从发送端是可以看到两个账户关联的，从哪个钱包地址转移到哪个钱包地址，一目了然。

![](https://storage.googleapis.com/papyrus_images/2aa69cfa46405269ed5cb78fc0a5afe95aafcd6395b3f8153295476cac7185f9.png)

从接收账户这边来看的话，是从一个合约地址转过来的USDC，和其他的跨链交易没什么不同。

![](https://storage.googleapis.com/papyrus_images/d20d4406af382eef00a052d89416946af89705096e8fa2de89ee27269f338121.png)

测试了一下，就是正常的一个跨链流程，发送账户和接收账户都在明面显示。

但也不是特别的明显，调用的不是Transfer方法，也是正常的走合约跨链，普通的检查账户关联是检查不到的（走的合约，且非调用Transfer函数）， 除非是专门针对定制的这块检查的代码。

所以，我觉得我的**普通账户**可以走这个方式把资金发送到另一个账户上面（不是精品账户）。

比如T1、T2、T3、T4、T5、T6账户是普通账户，每次提现到T1，T4账户，直接就去操作4/6个账户的交互，之后再提到交易所，节省了一些时间。

我不觉得有人专门为bungee写这块检测的代码，这种多了去了，1inch那些Dex还有swap and transfer呢，两三个账户之间就算直接调用Transfer函数也很正常，完全达不到女巫的标准。

或者说，只是两三个账户之间有过`Bridge and transfer`这样的一次操作就算女巫的话，检测能到这种程度，那我也不用考虑关联问题了，能撸到毛的话才见鬼了。。。

---

*Originally published on [vis](https://paragraph.com/@30820/transfer)*