Configurações de proxy no web3.py: HTTPProvider vs. AsyncHTTPProvider

Use proxies no estilo Requests para HTTPProvider e um proxy no estilo aiohttp para AsyncHTTPProvider em vez de copiar os mesmos request_kwargs entre eles.

No web3.py 7.14, HTTPProvider usa Requests enquanto AsyncHTTPProvider usa aiohttp. Seus request_kwargs chegam a clientes HTTP diferentes.

Para um endpoint HTTPS JSON-RPC síncrono:

from web3 import Web3

client = Web3(Web3.HTTPProvider(
    rpc_url,
    request_kwargs={
        'proxies': {'https': 'http://proxy.example:8080'},
        'timeout': 20,
    },
))

Mantenha rpc_url como o endpoint real do nó. O valor no mapa nomeia o intermediário. Para um nó RPC público em uma rota de proxy público permitida, a lista de proxies HTTP fornece candidatos para os valores de proxy HTTP em qualquer um dos exemplos.

O provedor assíncrono, em vez disso, usa proxy no singular com um valor de URL:

from aiohttp import ClientTimeout
from web3 import AsyncHTTPProvider, AsyncWeb3

provider = AsyncHTTPProvider(
    rpc_url,
    request_kwargs={
        'proxy': 'http://proxy.example:8080',
        'timeout': ClientTimeout(total=20),
    },
)
async_client = AsyncWeb3(provider)

Copiar os proxies para o caminho assíncrono produz um erro de palavra-chave inesperada no aiohttp. Tanto a grafia quanto o tipo do valor precisam mudar.

Feche o provedor assíncrono com await provider.disconnect() em seu caminho de limpeza. Essas configurações pertencem aos provedores HTTP; um provedor WebSocket tem sua própria interface de transporte.

Artigos relacionados