fix(gasmeter): account for new-account and memory gas in TRON instructions

[yanghang8612]

Summary

Two TRON instructions are under-charged in libevmasm/GasMeter.cpp, so the optimizer's gas estimates are inconsistent with comparable opcodes. This only affects compile-time gas estimation, not runtime correctness.

Fixes

• NATIVEDELEGATERESOURCE / NATIVEUNDELEGATERESOURCE did not add callNewAccountGas. Delegating resources to a non-existent address may create a new account, exactly like NATIVEFREEZE (which already adds it). The two delegation opcodes are split out of the shared Stake-2.0 group and now add callNewAccountGas; the other four V2 opcodes have no address operand and stay unchanged.
• NATIVEVOTE did not charge memory-expansion gas. It reads two memory ranges (per SemanticInformation::readWriteOperations), but unlike KECCAK256 / LOG* / CALL* / CREATE* / RETURN it did not add memoryGas(...). The two memory-expansion charges for its argument ranges are now included.

Verification

solc builds cleanly; vote and delegate contracts still compile on both the legacy and via-IR pipelines.

Targets release_0.8.28.

🤖 Generated with Claude Code

[github-actions]

Thank you for your contribution to the Solidity compiler! A team member will follow up shortly.

If you haven't read our contributing guidelines and our review checklist before, please do it now, this makes the reviewing process and accepting your contribution smoother.

If you have any questions or need our help, feel free to post them in the PR or talk to us directly on the #solidity-dev channel on Matrix.