Closed poolpitako closed 3 years ago
A possible change in etherscan?
Another weird issue I was not having before:
Contract("0x7d2768dE32b0b80b7a3454c06BdAc94A69DDc7A9")
File "<console>", line 1, in <module>
File "eth_brownie-1.13.1-py3.8.egg/brownie/network/contract.py", line 923, in __init__
contract = self.from_explorer(address, owner=owner, silent=True)
File "eth_brownie-1.13.1-py3.8.egg/brownie/network/contract.py", line 1103, in from_explorer
as_proxy_for = _resolve_address(implementation_eip1967[12:])
File "eth_brownie-1.13.1-py3.8.egg/brownie/network/web3.py", line 192, in _resolve_address
return to_address(domain)
File "eth_brownie-1.13.1-py3.8.egg/brownie/convert/main.py", line 43, in to_address
return str(EthAddress(value))
File "eth_brownie-1.13.1-py3.8.egg/brownie/convert/datatypes.py", line 204, in __new__
raise ValueError(f"'{value}' is not a valid ETH address") from None
ValueError: 'b'\x92xw\xef\xdaB[\xaf'' is not a valid ETH address
More info:
Contract.from_explorer("0x0b8f12b1788BFdE65Aa1ca52E3e9F3Ba401be16D")
works in v1.11.8 but fails in master.
I just bisect the versions.
Last working version: 1.12.1, on 1.12.2 Contract.from_explorer("0x0b8f12b1788BFdE65Aa1ca52E3e9F3Ba401be16D")
starts failing.
So based on the changes in 1.12.2 (https://github.com/eth-brownie/brownie/releases/tag/v1.12.2) Possible culprits:
Environment information
brownie
Version: masterganache-cli
Version: v6.12.2 (ganache-core: 2.13.2)solc
Version: n/aWhat was wrong?
Running
emp = Contract("0xEAA081a9fad4607CdF046fEA7D4BF3DfEf533282")
in the console fails with:Older versions of brownie 1.11.8 get: