Адрес в инструкции получателя и адрес, вставленный в кошелёк, выглядят почти одинаково. Кошелёк может сообщить об ошибке контрольной суммы, но такое сообщение не показывает, что именно изменилось при переносе текста. Для разбора нужны две строки: исходная инструкция и фактическое содержимое поля назначения. Проверка одной из них по отдельности не отвечает на вопрос об их равенстве.
Этот материал посвящён сравнению копий. На KOT.CASH уже есть общий валидатор криптоадресов; он решает другую задачу — проверяет форматы и контрольные суммы. Инструмент ниже сопоставляет две строки посимвольно, сохраняет различия и дополнительно показывает состояние EIP-55 для тех строк, которые имеют ожидаемый Ethereum-формат.
| Отличие | Что видно в сравнении | Чего нельзя заключить автоматически |
|---|---|---|
| Только регистр A → a | Текст различается, но шестнадцатеричные значения могут совпадать | Что контрольное оформление смешанной записи осталось правильным |
| Значение 5 → 6 | Меняется последовательность значений адреса | Что пересчёт заглавных букв вернёт получателя |
| Добавлен пробел U+0020 | Появляется лишний знак, формат полной строки не подходит | Что пробел был единственной проблемой исходных реквизитов |
| Добавлен невидимый U+200B | Сравнение показывает код знака, даже если глазами его не видно | Кто и на каком этапе его добавил |
| Пропущен знак | Отмечается удаление и его позиция в источнике | Какой источник достоверен без отдельной проверки |
Получите две независимые копии
Первую строку возьмите из актуальной инструкции нужной операции. Вторую — из поля, в которое вы собираетесь вводить назначение. Если дважды скопировать уже изменённый адрес из одного места, точное совпадение будет ожидаемым и ничего не скажет о переносе из первоначальной инструкции. Инструмент не устанавливает достоверность источника: это условие проверки, которое обеспечивает сам пользователь.
В исходном поле принимаются префикс 0x и сорок шестнадцатеричных знаков. Во втором поле можно оставить даже неполную строку, чтобы увидеть пропуски. Не убирайте из неё пробелы заранее: иначе исчезнет часть объяснения. Автоматического чтения буфера обмена здесь нет, обе строки пользователь вводит самостоятельно.
Разберите три отдельных результата
- Точное совпадение. Сравнивается весь текст, включая префикс, регистр и пробелы. Этот ответ относится только к введённым строкам.
- Те же шестнадцатеричные значения. Если обе строки имеют нужный формат, сравнение без учёта регистра показывает, совпадает ли адресная последовательность. При неподходящем формате результат остаётся неопределённым.
- Контрольный регистр. Для подходящих строк отдельно вычисляется EIP-55. Правильный контрольный регистр не подтверждает совпадение двух разных адресов.
В начальном примере исходная строка содержит заглавную A, а во второй копии на её месте стоит строчная a. Инструмент покажет одну замену в позиции 5, если считать от начала полной строки, включая 0x. Тексты различаются, значения адреса совпадают, а смешанный контрольный регистр второй копии не соответствует EIP-55. Эти ответы не противоречат друг другу: они проверяют разные свойства.
Почему список правок — не история происшествия
Инструмент строит один минимальный вариант замен, вставок и удалений с одинаковой ценой каждой операции. Знаки считаются по кодовым точкам Unicode, поэтому добавленный эмодзи занимает одну позицию в этом сравнении. Для невидимых знаков выводится код вроде U+200B. Позиции начинаются с единицы и включают префикс.
Если повторяющиеся знаки позволяют несколько равных вариантов, показывается один из них. Алгоритм не знает, были ли реальные действия именно такими. Удаление символа в отчёте не доказывает ручную опечатку, а другая целая строка не доказывает наличие вредоносной программы. Это описание текстового расхождения, а не расследование его причины.
Что означает дополнительная проверка EIP-55
Контрольная форма вычисляется через Keccak-256 от сорока знаков нижнего регистра без префикса. У смешанной записи проверяется совпадение регистра, у однообразной выводится отсутствие такого вердикта. При этом каноническая форма сама иногда бывает полностью верхней или нижней. Вариант с идентификатором цепочки EIP-1191 здесь не применяется.
Новая контрольная форма для ошибочно введённых значений остаётся формой другого адреса. Она не восстанавливает первоначальные реквизиты.
Поэтому не исправляйте расхождение одной капитализацией, если причина неизвестна. Общий валидатор KOT.CASH полезен для проверки отдельной строки, а сравнение копий — для выяснения, что изменилось между двумя введёнными версиями. Даже успешные результаты обоих инструментов не выбирают сеть и не подтверждают владельца или возможность зачисления.
Как закончить проверку перед обменом
При отличиях вернитесь к актуальным реквизитам операции и уточните непонятное у получателя или поддержки. Сверьте полную строку, актив и сеть отдельно. Инструмент работает локально, не запрашивает обозреватель и не отправляет транзакций. Он также не знает, какой адрес фактически останется в кошельке после последнего изменения: проверять нужно именно конечное содержимое поля назначения.
Сравнить исходный адрес и вставленную копию
Позиции от 1, включая 0x. Сохраняйте пробелы и невидимые символы для диагностики. Один минимальный вариант правок не доказывает причину изменения. Пример не для оплаты; сеть и получатель не проверяются. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.