#solidity

spent 3hrs trying to deploy a simple contract and remix just throws vague errors after every tweak... cleared cache, reinstalled node, even rebooted the whole rig and still nada?? anyone else stuck in this endless loop?? i feel like i'm chasing ghost code...

i feel like im on top of the world rn, just deployed my first erc-20 token on rinkeby testnet using remix ide and solidity 0.8.10, tbh the whole process was pretty smooth except for some minor issues with gas limits lol. maybe im just a noob but it took me a while to figure out how to use the remix ide with metamask, does anyone have any tips on how to optimize gas costs for erc-20 token contracts? im using the standard openzeppelin erc-20 template btw

Spent last week tweaking the migration script. The old one kept throwing a weird error about missing ABI. I traced it to a stray semicolon in the constructor. Fixed it, ran truffle migrate, and the contract is live on Ropsten. No more 0x errors. Anyone else hit that same issue? What did you do to debug? Also, the gas estimate was way off before, now it's close to what I expected. Happy that the deployment pipeline is working again.

remember the good old days when truffle 5.3.0 + ganache v6.x just worked out of the box? rn i upgraded ganache-cli to 7.2.0 and every truffle compile hangs at Compiling ./contracts/MyToken.sol... no further output

tried:

• delete node_modules && npm i
• lock solc to 0.8.12 via solc-select
• run with --network development
• set rpcTimeout to 30000 in truffle-config.js

still stuck i suspect the new EVM fork handling broke the internal RPC call chain, maybe a hidden timeout bug anyone else seeing this or got a workaround? tbh i think the devs need to patch the timeout logic drop your fixes or confirm it's just me

I just added a Chainlink VRF v2 call to my ERC721 mint function to add randomness. The contract compiles with solidity 0.8.4, but when I call mint() on Goerli I get revert 0xC3: "Invalid request ID".

Steps I've taken:

• Checked VRFCoordinatorMock address; it matches the Goerli testnet address.
• Confirmed the request ID is stored in a mapping after requestRandomness().
• Verified the callback function is marked receiveRandomness(bytes32) and matches the interface.
• Ensured my gas limit is >= 200000 for the transaction.
• Tried resetting the mock on the local fork; error persists.

Any thoughts on why the revert is 0xC3? Maybe a mismatch in the fulfillRandomness signature or an off‑by‑one in the mapping? Thanks!