Налады проксі ў web3.py: HTTPProvider супраць AsyncHTTPProvider

Выкарыстоўвайце проксі ў стылі Requests для HTTPProvider і проксі ў стылі aiohttp для AsyncHTTPProvider, замест таго каб капіяваць адны і тыя ж request_kwargs.

У web3.py 7.14 HTTPProvider выкарыстоўвае Requests, а AsyncHTTPProvider — aiohttp. Іх request_kwargs трапляюць у розныя HTTP-кліенты.

Для сінхроннай канчатковай кропкі HTTPS JSON-RPC:

from web3 import Web3

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

Пакіньце rpc_url фактычнай канчатковай кропкай вузла. Значэнне ў мапе называе пасярэдніка. Для публічнага вузла RPC на дазволеным маршруце публічнага проксі спіс HTTP-проксі дае кандыдатаў для значэнняў HTTP-проксі ў любым з прыкладаў.

Асінхронны правайдэр замест гэтага выкарыстоўвае адзіночнае proxy са значэннем 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)

Капіяванне проксі ў асінхронны шлях выклікае памылку нечаканага ключавога слова ў aiohttp. Змяніць трэба і напісанне, і тып значэння.

Закрыйце асінхронны правайдэр з дапамогай await provider.disconnect() у яго шляху ачысткі. Гэтыя налады належаць HTTP-правайдэрам; у правайдэра WebSocket свой інтэрфейс транспарту.

Падобныя артыкулы