Подписант может отличаться от отправителя платежа?

Да. Algorand описывает такое различие для rekey-аккаунта. Отправителя платежа проверяйте отдельно.

Другой подписант доказывает оплату с его собственного баланса?

Нет. Проверяйте отправителя и сведения о платеже, не выводите источник суммы из полномочий подписи.

Нужно снова сделать rekey ради исправления старой записи?

Нет. Чтение записи не требует смены контроля аккаунта. Сначала разберите существующую транзакцию.

Что приложить к вопросу об оплате?

Ссылку на транзакцию, наблюдаемых отправителя и получателя, нужные реквизиты и название непонятного поля. Ключи и seed-фразу не передавайте.

ALGO в ETH: отправитель и подписант платежа

Три роли адресов при разборе rekey-платежа

Роль	Что описывает поле	Вопрос при проверке оплаты
Отправитель транзакции	Аккаунт, из которого отправляется платёж	Его историю вы проверяете?
Авторизованный подписант	Адрес, чей ключ разрешил транзакцию	Не путаете ли полномочия с источником суммы?
Получатель платежа	Назначение, заданное в платеже	Совпадает ли с реквизитами оплаты обмена?

Карта ролей, а не инструкция rekey. Верный формат адреса или знакомый подписант не подтверждают нужную оплату.

Другой подписант не означает перенос баланса на новый счёт

Документация Algorand о rekey разделяет постоянный публичный адрес аккаунта и полномочия расходования. Справочник подписания объясняет, что авторизующий адрес транзакции может отличаться от отправителя. Это существенно, когда выгрузка кошелька ставит столбцы отправителя и подписанта рядом. Не заменяйте одно поле другим при подготовке сведений об оплате заявки обмена.

Условный пример: платежи корпоративного аккаунта A разрешает адрес B. Коллега смотрит на подпись и спрашивает, почему обменник не видит перевод из B. Сначала проверьте, отправил ли A нужные ALGO указанному получателю. Личность подписанта является отдельным вопросом: снимок с адресом B не устанавливает расходование собственного баланса аккаунта B.

Вопросы к уже существующей записи оплаты

Из какого аккаунта отправлена сумма?: Прочитайте отправителя в записи конкретного платежа и сравните с историей проверяемого аккаунта. Если выгрузка называет столбец только «адрес», запросите уточнение. По одному такому заголовку нельзя определить, подразумевались отправитель, подписант или получатель перевода, и делать вывод о недостающей оплате.
Какой аккаунт должен был получить ALGO?: Сопоставьте получателя и сумму с реквизитами, использованными для оплаты заявки. Полномочия подписи не заменяют проверку назначения. Реквизиты получения Ethereum храните отдельно: несовпадение полей на стороне ALGO не следует автоматически принимать за ошибку адреса выплаты ETH, указанного в форме обмена.
Чем закончился подтверждённый платёж?: Получите результат и ссылку на транзакцию из доверенной истории кошелька. Экран подписи или экспорт неподписанной транзакции не подтверждают оплату. Если обнаружена неожиданная смена полномочий, отдельно разберите контроль аккаунта. Не разрешайте новые запросы только ради того, чтобы поскорее завершить обмен после непонятной записи.

Опишите несовпадение ролей без изменения контроля аккаунта

В полезном обращении можно указать транзакцию, назвать неожиданное поле и привести отправителя с получателем из записи. Открытые данные аккаунта помогают объяснить различие; закрытые ключи и seed-фраза для этого не нужны. Новая операция rekey не является способом сделать поля старой транзакции привычнее и не исправляет историю платежа.

Материал относится к чтению существующей оплаты ALGO. Он не предлагает менять ключи, восстанавливать доступ к кошельку или отправлять дополнительный перевод. Когда результат платежа установлен, поступление ETH проверяйте по отдельной записи обмена. Один незнакомый подписант не доказывает ни отсутствующую оплату, ни отсутствие выплаты на другой стороне.

Вопросы об отправителе и подписанте

Подписант может отличаться от отправителя платежа?: Да. Algorand описывает такое различие для rekey-аккаунта. Отправителя платежа проверяйте отдельно.
Другой подписант доказывает оплату с его собственного баланса?: Нет. Проверяйте отправителя и сведения о платеже, не выводите источник суммы из полномочий подписи.
Нужно снова сделать rekey ради исправления старой записи?: Нет. Чтение записи не требует смены контроля аккаунта. Сначала разберите существующую транзакцию.
Что приложить к вопросу об оплате?: Ссылку на транзакцию, наблюдаемых отправителя и получателя, нужные реквизиты и название непонятного поля. Ключи и seed-фразу не передавайте.

Документация Algorand

Проверено: 2026-10-23