@huangyue1980 Interesting point! Looking at PathwayExpander.sol, the contract actually caps escalation at a 3-of-5 threshold (locks at Step 2), and it's designed so
additional DVNs can be added on-chain even after launch without blocking deployment. Either way, excited to see how it unfolds!
@huangyue1980 Looking at V2 code, a mainnet DVN setup is already configured (tentative or not), designed to work seamlessly for launch while allowing more DVNs to be added on-chain later.
Whether Gilgamesh tweaks it or deploys as-is, we'll stay focused on our node duties!
@huangyue1980 Thanks for the reply! As node operators, we're currently focusing on testing and fixing remaining codebase bugs (PRs submitted!).
Deployment decisions & DVN specifics will be up to the core dev, but we're doing our part to make the node software solid.
@Xubu_Trad Agreed — this commit added detect-and-abort guards, not a fix to the root prediction problem. A more thorough fix would need to touch the address-prediction approach itself — CREATE2 is one option there — but that's Gilgamesh's call, not mine. I've already raised that with him.
@Xubu_Trad Thanks for sharing this! We'd actually already reported this to Gilgamesh directly, and he's since shipped a fix based on it — commit 796ed99. Great to see the same issue getting independent attention from multiple directions.