Estoy usando HardHat para implementar contratos en Polygon (Matic), funciona la mayor parte del tiempo al implementar o acuñar... pero generalmente se rompe cuando cambio de testnet a mainnet.
Por ejemplo: cambié de red principal a rpc-mumbai.maticvigil.com, luego aparece el error ProviderError: remitente no válido.
Luego actualicé mi hardhat.config.js para apuntar a matic-mumbai.chainstacklabs.com y puedo acuñar e implementar contratos sin errores.
Me comunico para ver si este es un problema conocido que ocurre con el polígono y/o el casco.
Agregue esto a su hardhat.config.js, después de las cuentas:
gasPrice: 8000000000, // default is 'auto' which breaks chains without the london hardforkEntrada completa:
matic: { url: "https://matic-mumbai.chainstacklabs.com", accounts: [PRIVATE_KEY], gasPrice: 8000000000, // default is 'auto' which breaks chains without the london hardfork }Referencia: https://github.com/nomiclabs/hardhat/issues/1828
Confirmado que la solución de "The Vikk" está funcionando. Se agregaron también los detalles de la cuenta y 0x antes de la clave privada.
mumbai: { url: "https://polygon-mumbai.g.alchemy.com/v2/<API_KEY>", accounts: [`0x${PRIVATE_KEY}`] }Descubrí el problema con "Remitente no válido". Esto para mí fue que la dirección de la billetera no había enviado ninguna transacción y solo tenía depósitos del grifo testnet. Por alguna razón, hizo que el error desapareciera cuando envié una transacción manualmente a través de Metamask, luego la devolví y luego intenté emitir el comando de ejecución del casco nuevamente.
Sin embargo, por lo que veo ahora, la transacción aún se cuelga sin ningún error y --verbose no proporciona nada útil. Esto parece ser algún tipo de conflicto relacionado con London Hardfork. No he resuelto el problema. Informaré más tarde con más información si la tengo.
Lo que he hecho hasta ahora:
gasPrice y/o gas al objeto hardhat.config.js networks.matic0x delante de la clave privada.chainId:80001 al objeto hardhat.config.js networks.maticHardhat github realizó una actualización a 2.6.2, que tampoco resuelve el problema.