Migrate Your EVM dApp to Paxeer
Step-by-step checklist for redeploying your EVM dApp on Paxeer from Ethereum, Arbitrum, Base, Polygon, or Avalanche.
Paxeer offers full EVM bytecode compatibility with fast finality and high throughput. This guide distills what product teams need to do when they already run on Polygon, Base, Ethereum, Arbitrum, Avalanche or another EVM chain and want to bring your dApp stack to Paxeer.
Why Migrate to Paxeer?
- Fast block times - Sub-second blocks for rapid transaction inclusion
- High throughput - Designed for demanding workloads without sacrificing EVM compatibility
- Instant finality - No waiting for confirmations or safe/finalized states
- Full EVM compatibility - Deploy your existing Solidity contracts unchanged
Chain Comparison Overview
Before diving into migration steps, understand how Paxeer compares to your source chain:
| Feature | Paxeer | Ethereum | Arbitrum | Base | Polygon PoS | Avalanche C-Chain |
|---|---|---|---|---|---|---|
| Chain ID | 125 | 1 | 42161 | 8453 | 137 | 43114 |
| Finality | Instant | ~15 min (finalized) | ~7 days (L1 settlement) | ~7 days (L1 settlement) | ~5 s (Heimdall v2) | ~1 s |
| Native Token | HPX | ETH | ETH | ETH | POL (MATIC) | AVAX |
| EVM Version | Pectra | Fusaka | Fusaka | Pectra | Pectra | Cancun |
Chain-Specific Migration Guides
Select your source chain to see specific migration considerations:
Migrating from Ethereum Mainnet
Key Differences:
| Aspect | Ethereum | Paxeer | Migration Impact |
|---|---|---|---|
| Block time | ~12 seconds | Sub-second | Reduce deadline buffers in DEX swaps |
| Finality | ~15 min for finalized | Instant | Remove confirmation polling logic |
| Fee model | EIP-1559 with burn | EIP-1559 different params | Update fee estimation UIs |
| Pending state | Yes | No | Remove pending transaction logic |
What to Update:
-
Time-based logic: If your contracts use block timestamps for deadlines, reduce timeouts proportionally.
-
Confirmation requirements: Remove any logic that waits for multiple confirmations or checks "safe" vs "finalized" states - Paxeer has instant finality.
-
Gas estimation: Paxeer's execution environment can slightly vary gas estimates. Add a modest buffer (10-15%) to your
gasLimitcalculations. -
Fee UI: Simplify your frontend - you can use a single
gasPriceinput instead ofmaxFeePerGas/maxPriorityFeePerGas.
// Before (Ethereum EIP-1559)
const tx = await contract.method({
maxFeePerGas: ethers.parseUnits('50', 'gwei'),
maxPriorityFeePerGas: ethers.parseUnits('2', 'gwei')
});
// After (Paxeer - simplified)
const tx = await contract.method({
gasPrice: ethers.parseUnits('50', 'gwei')
});- PREVRANDAO/DIFFICULTY: If you use these for any randomness, integrate a VRF oracle instead - Paxeer's values are derived from block time, not true randomness.
Step 1: Evaluate Compatibility
Revisit the Divergence from Ethereum doc and confirm every assumption your contracts/frontends make still holds.
| Dimension | Paxeer EVM | Practical Effect |
|---|---|---|
| Finality | Instant | No separate "safe/latest" commitment levels to poll |
| Base fee | Dynamic but not burned | Validators receive 100% of fees |
| Execution | Full EVM compatibility | No changes to your Solidity code are necessary |
| Address format | Dual (0x + pax1...) | Same private key derives both addresses |
Features Requiring Attention:
- Pending state: Paxeer doesn't have pending state - transactions are either included or not
- Blob opcodes: EIP-4844 blob transactions are not supported
- PREVRANDAO entropy: Returns block-time-derived value, not true randomness - use VRF oracles here
- SELFDESTRUCT: Deprecated; refactor to "soft close" patterns
Step 2: Prepare Your Development Environment
Add Paxeer Network Configuration
Hardhat Configuration:
import { defineConfig, configVariable } from 'hardhat/config';
import hardhatToolboxMochaEthers from '@nomicfoundation/hardhat-toolbox-mocha-ethers';
export default defineConfig({
networks: {
paxeerMainnet: {
type: 'http',
chainId: 125,
url: 'https://public-rpc.paxeer.app/evm/reference',
accounts: [configVariable('PAXEER_PRIVATE_KEY')]
}
},
plugins: [hardhatToolboxMochaEthers]
});Store your deployer key in Hardhat's encrypted keystore with npx hardhat keystore set PAXEER_PRIVATE_KEY. Contract verification via Sourcify is enabled by default in Hardhat 3's hardhat-verify (bundled with the toolbox).
Foundry Configuration:
[profile.default]
src = "src"
out = "out"
libs = ["lib"]
[rpc_endpoints]
paxeer_mainnet = "https://public-rpc.paxeer.app/evm/reference"
# Verification uses Sourcify (no API key needed)
# Run: forge verify-contract --verifier sourcify --chain-id 125 <ADDRESS> <PATH:CONTRACT>See the Hardhat tutorial and Foundry guide for complete setup instructions.
Wallet Configuration
Pre-configure MetaMask or other wallets with Paxeer chain params:
const paxeerMainnet = {
chainId: '0x7d', // 125
chainName: 'Paxeer',
nativeCurrency: { name: 'Paxeer', symbol: 'HPX', decimals: 18 },
rpcUrls: ['https://public-rpc.paxeer.app/evm/reference'],
blockExplorerUrls: ['https://paxscan.io']
};
await window.ethereum.request({
method: 'wallet_addEthereumChain',
params: [paxeerMainnet]
});
Step 3: Bootstrap Common Infrastructure
Paxeer already exposes canonical helper contracts - reference them instead of redeploying:
| Component | Address | Notes |
|---|---|---|
| Permit2 | 0xB952578f3520EE8Ea45b7914994dcf4702cEe578 | Shared allowance manager for DEX and wallet flows |
| Multicall3 | 0xcA11bde05977b3631167028862bE2a173976CA11 | Enables batching and view aggregation |
| ImmutableCreate2Factory | 0x0000000000FFe8B47B3e2130213B802212439497 | Deterministic deployments with CREATE2 |
| SingletonFactory | 0xce0042B868300000d44A59004Da54A005ffdcf9f | EIP-2470 singleton factory |
For third-party contracts (LayerZero, Safe, etc.), consult the full Ecosystem Contracts page.
Step 4: Port Contracts and Configuration
Parameterize Chain-Specific Constants
// Example: Chain-aware deadline calculation
function getDeadline(uint256 secondsFromNow) internal view returns (uint256) {
if (block.chainid == 125) { // Paxeer mainnet
return block.timestamp + secondsFromNow;
} else if (block.chainid == 1) { // Ethereum
return block.timestamp + secondsFromNow;
}
return block.timestamp + secondsFromNow;
}
Adjust Gas and Size Assumptions
- Keep
gasLimitbuffers modest but ensure calldata stays under the block limit - Large deployments may need batching
Refactor Deprecated Patterns
// Before: SELFDESTRUCT (deprecated)
function destroy() external onlyOwner {
selfdestruct(payable(owner));
}
// After: Soft close pattern
bool public closed;
function close() external onlyOwner {
closed = true;
// Transfer remaining funds
payable(owner).transfer(address(this).balance);
}
modifier notClosed() {
require(!closed, "Contract is closed");
_;
}
Step 5: Plan Bridging and Cross-Chain Connectivity
LayerZero V2
See the complete LayerZero integration guide.
import { EndpointId } from '@layerzerolabs/lz-definitions';
const paxeerContract = {
eid: EndpointId.PAXEER_V2_MAINNET,
contractName: 'MyOFT'
};Other Bridge Options
- Circle CCTP: For USDC bridging (check availability)
Step 6: Handle Assets and Oracles
Oracle Integration
Paxeer supports multiple oracle solutions:
| Provider | Use Case | Documentation |
|---|---|---|
| Pyth Network | High-frequency price feeds | Pyth Network |
| Chainlink | Industry-standard data feeds | Chainlink on Paxeer |
| RedStone | Modular oracle with push model | RedStone on Paxeer |
| API3 | First-party oracle data | API3 on Paxeer |
Step 7: Launch Checklist
Mainnet Deployment (chain ID 125)
- Deploy contracts to mainnet (chain ID:
125) - Run full integration test suite
- Verify contracts via Sourcify
- Test wallet connections and transaction flows
- Validate oracle integrations
- Test cross-chain messaging if applicable
- Re-run smoke tests
- Update frontend configurations
- Prepare user migration documentation
Step 8: Operational Readiness
Contract Verification
Automate verification through CI using Sourcify:
# Foundry verification
forge verify-contract --watch \
--verifier sourcify \
--chain-id 125 \
<CONTRACT_ADDRESS> \
<CONTRACT_NAME>
RPC and Indexer Health
- Primary RPC:
https://public-rpc.paxeer.app/evm/reference - For mission-critical paths, consider self-hosted nodes or premium RPC providers
Monitoring Gas Parameters
Periodically query fee data to keep dashboards aligned:
// Monitor current gas prices
const feeHistory = await provider.send('eth_feeHistory', ['0x5', 'latest', []]);
const gasPrice = await provider.getGasPrice();
Helpful References
- Divergence from Ethereum - Opcode, gas, and state nuances
- EVM Networks - RPCs, explorers, and MetaMask payloads
- Precompiles - Interoperability patterns
- Ecosystem Contracts - Canonical addresses
- LayerZero Integration - Cross-chain messaging
- Contract Verification - Contract verification guide