​
Quick Reference

​
How Fees Work

EVM transactions use the standard gas fields expected by Ethereum tooling:
Users specify:
  • maxFeePerGas: Maximum total gas price willing to pay
  • maxPriorityFeePerGas: Maximum priority tip
  • gasLimit: Upper bound on gas consumption
Unlike Ethereum, c8ntinuum always charges at least min_gas_multiplier (currently 0.5, so 50%) of the gas limit:
Setting gasLimit far above the eth_estimateGas result costs real CTM. For example, at an effective gas price of 222 gwei a transaction that needs 50,000 gas but is sent with a gasLimit of 500,000 is charged for 250,000 gas (0.0555 CTM instead of 0.0111 CTM). Keep limits within about 2x the estimate.

​
Key Differences from Ethereum

c8ntinuum uses EIP-1559-style fee-market parameters. EIP-1559 defines a protocol base fee that adjusts with block fullness, a priority fee, and a maximum fee cap; c8ntinuum uses the same developer-facing fee fields. All transaction fees are burned, the priority fee as well as the base fee: x/feeburn burns the fees of each block at the start of the next one, so validators receive no fee revenue. Gas parameter changes are governed through the governance module.

​
Cosmos SDK Transactions

Non-EVM (Cosmos SDK) transactions specify:
  • GasLimit: Upper bound on execution gas
  • FeeAmount: Maximum fee willing to pay
Gas is consumed during execution. If GasLimit is insufficient, the transaction fails and fees are not refunded.

​
Cross-Chain Gas

IBC and relayer integrations may introduce integration-specific fees outside normal EVM execution gas. Confirm the target IBC route and relayer policy before building user-facing fee estimates.