Порівняти платіжні мережі

Платіж може бути видимим до підтвердження. Перевір адресу рахунку, виходи транзакції й потрібні підтвердження. Кілька дрібних виходів можуть збільшити вартість пізнішого sweep.

Перевір Ethereum mainnet і точний контракт токена. Баланс токена не може оплачувати власний gas: кожній адресі відправлення потрібен ETH в Ethereum.

ETH у Ethereum не оплачує комісії Base. Перевір, що мережею депозиту є Base, і відрізняй нативний USDC від його перенесених через міст версій.

Перевір mint і власника токен-акаунта, а не лише символ. Token-2022 не підтримується. Залишай доступний SOL для комісій і створення акаунтів.

Вибери BNB Smart Chain, а не Ethereum чи Beacon Chain. Однакова адреса 0x не робить переказ міжмережевим. Для надсилання токенів потрібен BNB у цій мережі.

Справний вузол TRON може не мати історії транзакцій, потрібної сканеру. Перевір готовність сканера. Ця сторінка оплати приймає TRX, а не USDT-TRC20.

Точно скопіюй destination tag. Відсутній або інший tag може залишити платіж без відповідного рахунку. Зберігай резерв акаунта й не роби sweep на адресу, яка вимагає вихідний tag.

Використовуй HyperEVM, а не HyperCore чи депозит спотового акаунта. HYPE для комісій має бути в HyperEVM. Баланс HyperCore не є оплатою рахунку тут.

Підтримуються лише прозорі платежі. Не використовуй shielded-запит оплати. Вихідні перекази використовують прозорі кошти t1, а не shielded-баланси.

Перевір підключення view-only гаманця проєкту, прогрес його синхронізації та демон. Сам справний публічний демон не визначить твої вхідні XMR.

Залишай достатньо ADA для мінімальних вимог до виходів. Надсилання використовує виходи лише з ADA; виходи з іншими токенами зберігаються, а не потрапляють у sweep.

Використовуй точний числовий MEMO_ID зі сторінки оплати. Текстові memo й відсутність memo не рівнозначні. Зберігай резерв акаунта; вихідні адреси не повинні вимагати memo.

Перевір, що гаманець надсилає BCH, а не BTC. Перевір сумісність CashAddr. Баланси CashTokens і SLP не оплачують рахунок у нативному BCH.

Використовуй прозорий переказ LTC, а не MWEB. Відновленому гаманцю може знадобитися ширше сканування адрес, щоб знайти старі надходження за рахунками.

Перевір мережу DOGE й адресу рахунку. Дрібні надходження на багатьох виходах можуть зробити об'єднання дорогим; перевір комісію перед sweep.

Вибери Avalanche C-Chain, а не X-Chain чи P-Chain. Надсилання токенів потребує AVAX у C-Chain; стейкінгові баланси в інших місцях не оплатять цей gas.

Вибери Polygon PoS, а не Polygon zkEVM. Вихідні комісії оплачуються POL у PoS. Контракт токена Ethereum не стає автоматично тим самим активом тут.

Вибери Arbitrum One, а не Nova чи Ethereum. Залишай ETH в Arbitrum One для надсилання. Мережеві комісії можуть включати виконання та вартість даних.

Вибери OP Mainnet. Для комісій надсилання потрібен ETH, а не токени OP. Перевір, що адреса призначення підтримує депозити в цій мережі.

Зберігай платіжний коментар точно як показано. Без коментаря рахунок може не зіставитися з платежем. Цей спосіб TON не приймає Jetton, зокрема USDT.

Перевір акаунт Aptos і успішний переказ APT. Інші монети та взаємозамінні активи тут не приймаються. Залишай APT для вихідного gas.

Перевір успішний переказ нативного SUI й точного отримувача. Сам справний JSON-RPC endpoint не доводить доступність придатної історії платежів. Для надсилання також потрібні доступні gas-об'єкти SUI.

Використовуй нативний ATOM у Cosmos Hub, а не IBC-токен іншої зони. Надсилання підтримує адреси без обов'язкового вихідного memo; не пропускай memo, якщо його вимагає біржа.

Використовуй підтримуваний маршрут Polkadot Asset Hub, а не депозит Relay Chain. І історія отримання, і runtime надсилання мають бути сумісними з налаштованими провайдерами.

Враховуються лише успішні receipts нативних переказів. Передана транзакція, невдалий receipt або виклик токен-контракту не доводять оплату рахунку NEAR.

Врахуй мінімальний баланс акаунта отримувача. Приймається лише нативний ALGO; переказ ASA чи USDC не оплачує цей спосіб.

Alias отримувача має визначатися після поповнення акаунта. Для перевірки надходжень HBAR потрібна історія Mirror; вихідні перекази використовують сумісний EVM relay, а не Mirror API лише для читання.

Зростання оцінки DAG не доводить оплату. Перевір прийняті виходи на адресу рахунку. Для надсилання також потрібна підтримка сирих батьківських транзакцій і fee mass провайдером.

Враховуються лише застосовані перекази нативного XTZ. Невдалі операції та токени FA1.2/FA2 не оплачують рахунок. Надсилання потребує сумісного перевіреного протоколу.

Перевір прозору адресу DASH і налаштовану політику підтверджень. Не вважай саму позначку InstantSend завершенням оплати рахунку мерчанта.

Якщо платіж не знаходить маршрут, перевір вхідну ліквідність, доступність гаманця й термін дії запиту. Справний API не гарантує маршрут. Після платежу з невизначеним результатом перевір його завершення, перш ніж просити клієнта повторити спробу.