如果想跟踪最新资讯可以关注我的推特：@airdorp_cmd
我会保持，日—周—月三个级别的不同题材更新。
喜欢的可以点赞转发，也欢迎大家一起交流学习：TG社区
“女巫”其实对于大多数撸毛的人来说并不陌生。
对于我们这种脚本小子来说，尤为重要需要深度研究。
很多时候，大家都会发现，我明明和别人脚本用的都是一样的，操作流程都是一样的，为什么别人就有空投，而我却没有？
这个问题的根本原因其实很可能就是你被女巫了。
对于web3世界的女巫规则，远比web2简单很多，无非常用的就是基础的前端埋点和RPC代理规则等。
今天的重点是代理规则的问题
一、什么是代理规则
网络代理规则无非就是隐藏真实IP，利用多IP的优势来进行无限制的访问，从而起到多账户操作的目的。这里需要注意的是，IP的纯洁度以及IP的使用限制随着不同运营商的不同而会变的不同，需要根据具体的IP运营商的规则来使用。
二、什么时候需要用，什么时候不要用呢？
- 1、对于前端交互，也就是非RPC节点交互的所有交互流程，能用的就一定要用
这里说的前端交互指的是，非RPC交互的逻辑，也就是说白了讲不适合智能合约交互的所有给予web2的交互流程，尽可能的使用代理的方式来访问。
举个例子，常规的网页端签到，一些基础的积分领取。不适合小狐狸交互的所有流程。
我们先看一张简单的例子，这是最最基础的前端埋点图谱。给予前端用户的所有行为基本都能捕捉得到，甚至用户停留了多久，点了几下，鼠标滑动了几下。在什么位置都可以。所以这些web2的流程尽可能的通过一个站一个代理的方式来完成。
是不是一定要呢？看项目公告具体情况，比如电羊就不需要，因为他明确说了不查女巫。
- 2、对于公链项目尽可能的使用代理交互
项目分类一般分为基础应用项目，公链项目等。常见的公链项目有Stark、ZKS、OP、ARB等等这些都是很著名的公链项目。
为什么说公链项目要使用节点呢？
随着女巫审查的流程越来越普及，技术成熟度越来越高。我们不得不做到更加精细的控制。
这里有人会有人说，我就没用啊，拿到了空投。那，需要强调的是，我们仅仅是往后看，往前看很多项目，你不用代理都可以的，现在基本全死。这是一个趋向性问题。
因为对于大多数项目方来说，很少有自己去全栈开发的，很多公链都是采取外包的形式来解决的，外包项目也很多都做了IP捕捉的功能。
因为之前接触过一些区块链外包公司，从我的观点来看，和web2的唯一区别就是，他叫web3，其他的埋点随着客户的需求来改变，要多详细有都详细。
所以针对公链类型的项目，如果你使用了web3.py，我建议你带上IP代理。
在我们的社区里，有很多这样子的代码块，都可以拿来直接用的。
@staticmethod
def init_web3(http_provider, proxy=None) -> Web3:
if proxy is None:
return Web3(Web3.HTTPProvider(http_provider))
else:
if len(str(proxy).split("@")) < 2:
raise Exception("代理格式错误")
session = requests.Session()
session.proxies.update({
'http': f'http://{proxy}',
'https': f'http://{proxy}',
})
return Web3(Web3.HTTPProvider(http_provider, session=session))
以上就是最最基础的Web3.py使用代理的过程。
但是对于DAPP项目可以酌情考虑要不要加，因为这类项目采用的是公共节点比如ETH生态的项目，BNB Chain生态的项目。这类就很容易出来，你加不加代理其实都可以。