Два подтверждённых перевода на один адрес обмена не обязательно образуют один принятый депозит. Сервис может автоматически обработать только одно поступление, а для второго потребуется отдельное решение. Не отправляйте новые средства ради исправления статуса. Сохраните исходную заявку и составьте реестр, в котором видно, сколько и каким переводом действительно поступило на её реквизиты.
Убедитесь, что речь действительно о двух входящих переводах
Два хеша в истории обмена могут относиться к разным этапам, а не к двум оплатам заявки. В объяснении Gem Wallet различаются отправка исходного актива и выплата в сети назначения; у других этапов также бывают свои идентификаторы. Номер заявки — ещё один отдельный реквизит. До вывода о двойной оплате подпишите назначение каждого идентификатора и сеть, в которой он проверяется.
Здесь рассматриваются два самостоятельных исходящих перевода, каждый из которых направлен на депозитные реквизиты одной заявки. Например, человек отправил с двух кошельков, разделил сумму из-за ограничения вывода или сначала сделал тест, а затем дослал остаток. Успешный тест подтверждает поступление именно этой отправки. Он не разрешает повторное использование адреса разовой заявки и не доказывает, что последующие поступления сервис автоматически сложит с первым.
Проверяйте сумму у получателя, а не два уменьшения баланса отправителя. В документации транзакций Bitcoin разделяются входы, выходы и сдача. Сумма входов не равна платежу обменнику, а сдача на ваш адрес не является вторым депозитом. Нужен конкретный выход на реквизиты заявки. Для токенов проверяйте идентификатор актива и сеть: одинакового тикера недостаточно, чтобы считать два поступления одной и той же валютой.
Сначала две строки поступлений, потом общая сумма
Каждому входящему переводу отведите отдельную строку и сохраните рядом условия исходной заявки. Ниже условный пример, а не действующий минимум, тариф или случай клиента KOT.CASH. В заявке ожидались 100 единиц одного актива в одной сети, отправитель планировал перечислить 40, затем 60. Даже при совпавшей арифметике допустимость такого плана определяется правилами сервиса. Эту проверку нельзя подменить суммированием двух чисел в кошельке.
| Позиция реестра | Первый перевод | Второй перевод | Для чего сравнивать |
|---|---|---|---|
| Отдельная исходная транзакция | Транзакция A | Транзакция B | Повтор одной ссылки обозревателя не считается второй оплатой |
| Актив и сеть | Актив X в сети N | Актив X в сети N | Разные сети и активы нельзя объединять по одному тикеру |
| Фактически доставленная сумма | 40 единиц | 60 единиц | В примере всего 100; комиссии кошелька к депозиту не прибавляются |
| Назначение и обязательный идентификатор | Сверить с исходной заявкой | Отдельно сверить с той же заявкой | Ошибка адреса либо memo меняет сценарий разбора |
| Состояние в сети и время поступления | Записать наблюдаемый результат | Проверить независимо | Подтверждение одного перевода не подтверждает второй |
| Результат обработки сервисом | Уточнить привязку и обработку | Уточнить привязку, ожидание или возврат | Приход в сети ещё не означает учёт в заявке |
Суммируйте строки после подтверждения одинакового принимаемого актива, сети и назначения. Сохраняйте значения в единицах монеты, не заменяя одно поступление приблизительной рублёвой оценкой, а другое более поздним курсом. Рядом с данными обозревателя отмечайте, что реально признал сервис. Именно различие между ними нужно исследовать. Не исправляйте наблюдаемый остаток под ожидаемую сумму: такая правка уничтожает полезные сведения о причине расхождения.
Если один перевод pending, так и укажите: он ещё не подтверждённое поступление. Если обе ссылки ведут к одной транзакции, исправьте реестр, а не заявляйте о второй оплате. При замене транзакции выясняйте итоговый перевод и фактические выходы: две записи истории кошелька не доказывают две независимые доставки. Иначе поддержка будет искать несуществующее поступление, а реальное расхождение останется без внимания и понятного описания.
У разовой заявки и баланса аккаунта разные правила приёма
Многоразовый адрес пополнения аккаунта и адрес, созданный для конкретного обмена, могут обрабатываться по-разному. В условиях FixedFloat, проверенных 27 октября 2026 года, для заявки прямо предусмотрена одна транзакция и отдельно описана обработка нескольких поступлений. Это пример правил названной площадки. Он не устанавливает политику всех обменников и не является описанием условий KOT.CASH или обещанием такого же результата у другого сервиса.
Поэтому математически полная оплата может не стать полностью исполненной заявкой. Сервис должен определить, допустимо ли объединение, было ли первое поступление уже обменено и что делать с дополнительным переводом. Сохранение исходного курса для поздней суммы нужно уточнять, а не подразумевать. Если предложен возврат, у него также могут быть условия и расходы: согласуйте их до принятия решения, не рассчитывая по одному слову «возврат» на получение исходного остатка без удержаний.
Проверьте ожидаемую сумму, срок депозита, разрешённое число транзакций и правила дополнительного поступления в исходной заявке. Если важен минимум, спросите, применяется ли он к каждому переводу либо к разрешённой совокупности. То, что две меньшие суммы вместе больше показанного минимума, не отвечает на этот вопрос. Не отправляйте третий платёж для эксперимента с системой и не увеличивайте таким способом сумму, судьбу которой ещё не выяснили.
Разбирайте оба поступления в одной переписке
- Сохраните номер исходной заявки и создайте отдельную строку для каждого реального входящего перевода.
- Сверьте сеть, идентификатор актива, адрес, обязательный memo или tag, полученную сумму и состояние каждой транзакции.
- Отметьте, что уже показывает заявка и была ли выплата на выходе.
- Свяжитесь с официальной поддержкой через исходную заявку, передав обе исходные ссылки в одном обращении.
- Запросите судьбу каждой суммы: включена в обмен, ожидает обозначенного действия, рассматривается по отдельному расчёту либо возможен согласованный возврат.
- Закройте вопрос после проверки реальной выплаты или возврата, соответствующих согласованному решению.
Пример конкретного сообщения: «Заявку [номер] оплатил двумя переводами. Ниже указаны обе транзакции, сети и фактически полученные суммы. Сейчас заявка показывает [состояние]. Подтвердите, пожалуйста, какое поступление уже обработано и что будет со вторым. До уточнения новые средства отправлять не буду». Добавьте точный текст ошибки, если он есть. Полную страницу заявки с личными сведениями и доступом к управлению не нужно размещать в публичной переписке.
Уточните, относится ли имеющаяся выплата к первой сумме, согласованному итогу или другому расчёту. Нельзя просто вычесть выходящую сумму из входящих, когда это разные активы. Для возврата согласуйте монету, сеть, назначение и удержания. Адрес отправителя вывода с кастодиальной площадки не обязательно является вашим личным адресом приёма. Отправка туда возврата без проверки может создать новую проблему вместо завершения исходного разбора.
Вторая строка не исчезает после завершения первой заявки
Надпись completed не объясняет судьбу каждого дополнительного перевода, отправленного на тот же адрес. Сохраняйте вторую строку до ответа сервиса и проверки согласованного результата. С другой стороны, два обращения не создают два требования на один и тот же депозит. Ведите одну последовательность событий и дополняйте её после решения по каждому поступлению. Так сохраняется учёт обеих сумм без путаницы между завершением интерфейса и реальным расчётом.
В следующий раз до тестовой отправки и остатка выясните разрешённый способ оплаты. Если деньги на разных кошельках, заранее запросите поддерживаемую процедуру либо рассматривайте отдельные заявки только по их действующим условиям. Не создавайте обмен с неподтверждённым предположением об объединении депозитов в надежде, что поддержка потом восстановит ваш замысел. Лучше согласовать способ до первой транзакции, чем после двух подтверждённых поступлений искать исключение из правил.
В описании работы KOT.CASH и форме простого обмена можно проверить процесс и данные конкретной заявки. Эти страницы не доказывают неописанного обещания объединять несколько депозитов. Если непонятны суммы и расходы, изучите раздел комиссий и уточните свою операцию. Обмен без регистрации также выполняется по условиям приёма средств: одна арифметика не заменяет проверку этих условий и согласование обработки второго поступления.
Частые вопросы
Депозит не зачислен: может ли сервис не сложить два перевода?
Даже совпадающая общая сумма не доказывает разрешённый способ оплаты заявки. Сверьте каждое поступление и запросите правила его привязки и обработки.
Как проверить txid для двух поступлений в одну заявку?
Проверяйте обе самостоятельные транзакции в их сети и фактические реквизиты получателя. Две ссылки на один перевод или хеш входа и хеш выплаты не означают два депозита.
Если второй депозит не зачислен, нужно ли дослать ещё?
Сначала выясните судьбу уже отправленных средств. Дополнительная отправка без согласованной процедуры может лишь добавить третье неразобранное поступление.