fix(apt): opt in to dynamic gas estimation

[ralph-bitgo]

Why

Aptos validators reject transactions whose max gas amount is below the chain minimum (MAX_GAS_UNITS_BELOW_MIN_TRANSACTION_GAS_UNITS). The pinned SDK default is too low for some broadcasts, while a simulation request is not appropriate for every existing build because it adds network latency and can fail for offline or newly-created accounts.

What changed

• retain a validator-safe 20,000 max gas fallback for every Aptos transaction type, including delegation
• add an explicit setDynamicGasEstimation() opt-in on Aptos transaction builders
• build opted-in transactions with 200,000 gas, simulate through the pinned Aptos SDK 1.33.1 REST API, then rebuild with ceil(gas_used * 1.2) (never below 20,000)
• preserve explicit gasData() values and fall back safely when simulation fails

Tests

• deterministic builder-level tests use a stubbed createAptos seam and verify flag-off one-build/no-simulation, high-limit simulation and buffered rebuild, rejection fallback, and explicit gas bypass
• helper tests cover rounding, minimum clamp, and invalid results

Verification

• Aptos SDK 1.33.1 declarations/source verified: aptos.transaction.simulate.simple({ transaction }) returns Promise<Array<UserTransactionResponse>>
• git diff --check passed
• Scoped runtime tests are blocked because this environment has neither Node.js nor Yarn (node: command not found, yarn: command not found).

Refs: CECHO-2022

[linear-code]

CECHO-2022

[github-actions]

⚠️ Unit tests are failing on Node 26.x (Current release line, non-blocking). This is not an LTS version yet, so it does not block merge, but it signals an incompatibility to fix before Node 26.x becomes LTS.

View run