Solana uses Solana accounts and SOL for source fees, while Polygon uses an EVM 0x account and POL for destination gas. Confirm the destination token contract and do not paste a Solana address into the EVM destination field. SOL is read from its Solana mint or native account, while POL arrives at the quoted Polygon native or contract representation.
Base58-encoded Solana account address SOL is the native gas asset for Solana. A Solana source signs over accounts or token accounts, identifies SPL assets by mint, and spends SOL for transaction fees. Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead. The mint/account selected by the quote must match the source wallet balance.
EVM 0x account address POL is the native gas asset for Polygon. A Polygon PoS receipt follows Polygon token contracts and checkpointed execution; later movement uses POL gas rather than Ethereum L1 gas. On Polygon PoS, native POL can support later gas; a POL contract on another network does not inherit that native function. A Solana address cannot receive this EVM-side output.
Route-specific mistakes include sending on a network other than Solana; using a destination that is not valid for Polygon; running out of SOL before the source transaction is submitted; assuming solana and evm addresses are interchangeable. A Solana source signs over accounts or token accounts, identifies SPL assets by mint, and spends SOL for transaction fees. Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead. A Polygon PoS receipt follows Polygon token contracts and checkpointed execution; later movement uses POL gas rather than Ethereum L1 gas. On Polygon PoS, native POL can support later gas; a POL contract on another network does not inherit that native function.
Solana is classified as a native asset for this route. SOL uses a native asset on Solana. Native SOL exists on one recorded origin network; other network forms require representation checks. Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead.
POL (ex-MATIC) is classified as a governance or utility token for this route. POL uses a native asset on Polygon. The recorded Polygon representation uses 18 decimal places. On Polygon PoS, native POL can support later gas; a POL contract on another network does not inherit that native function.
Solana account, token, program, signature, and fee activity remain public, and Polygon wallet, token-transfer, contract, log, and gas activity remain public. For this SOL on Solana to POL on Polygon path, Private Route is intended to reduce the direct visible relationship between activity around the source-side Base58-encoded Solana account address and destination-side EVM 0x account address; it does not hide either chain's public records.
No. EVM 0x account address The POL output belongs to the quoted EVM representation.
SOL pays source fees on Solana. POL pays later transactions on Polygon; the delivered POL does not replace that gas balance unless it is the native asset.
SOL is listed as the native representation on Solana; SOL is used for network gas. A Solana source signs over accounts or token accounts, identifies SPL assets by mint, and spends SOL for transaction fees. Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead.
POL is listed as the native representation on Polygon; POL is used for network gas. A Polygon PoS receipt follows Polygon token contracts and checkpointed execution; later movement uses POL gas rather than Ethereum L1 gas. On Polygon PoS, native POL can support later gas; a POL contract on another network does not inherit that native function.
Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead. On receipt, On Polygon PoS, native POL can support later gas; a POL contract on another network does not inherit that native function.
SOL is the deposited native-asset input; POL is the quoted token output. Source allowance or native-spend rules and destination wallet/representation checks are evaluated separately.
Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead. A Solana source signs over accounts or token accounts, identifies SPL assets by mint, and spends SOL for transaction fees. A Polygon PoS receipt follows Polygon token contracts and checkpointed execution; later movement uses POL gas rather than Ethereum L1 gas. On Polygon PoS, native POL can support later gas; a POL contract on another network does not inherit that native function.
Requirements are checked for the live SOL Solana to POL Polygon quote. Verification requirements can depend on the provider, amount, jurisdiction, and current route. Sasquatch does not verify this route as universally no-KYC; check the live flow before continuing.
