Знакомый тиккер токенов может облегчить чтение экрана кошелька, но стандарт ERC-20 не превращает эту метка в уникальный идентификатор. Стандарт делает метод символа необязательным. В документации по учетным записям Ethereum отдельно описывается учетные записи контрактов и их адреса. Обзор токенов должен подключить читаемую этикетку к фактическому развернутому контракту. Ethereum EIP-20: Стандарт токенов, факультативные методы именования и символов Ethereum - Внешняя собственность и контрактные счета
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Анализ WFN: представьте два изобретенных контракта, которые возвращают символ ABC. Экран, показывающий только ABC, скрыл бы, какой контракт обеспечивал функции баланса и передачи. Заключение следует из рассмотрения символов как метаданных без требования эксклюзивности; это не утверждение о реальном токене или измеренном количестве дублирующих тикеров. Даже правильно скопированный адрес нуждается в его сетевом контексте. Запись исследования, которая опускает цепочку, может оставить читателя с запросом неправильной среды. Практическая запись идентификации поэтому связывает сеть с адресом контракта и источником, утверждающим, что контракт является предполагаемым активом. Знакомый внешний вид имени, логотипа или десятичного дисплея не устанавливает эту связь. Определяющее форматирование добавляет другой уровень представления. Кошелек может показать читаемую сумму, в то время как контракт записывает целочисленный баланс. Проверка идентичности актива и интерпретация его суммы связаны задачи, но один не решает другой. Обзор должен сохранять соответствующие метаданные контракта и избегать вывода подлинности из суммы, которая выглядит правдоподобной.
Анализ WFN: представьте два изобретенных контракта, которые возвращают символ ABC. Экран, показывающий только ABC, скрыл бы, какой контракт обеспечивал функции баланса и передачи. Заключение следует из рассмотрения символов как метаданных без требования эксклюзивности; это не утверждение о реальном токене или измеренном количестве дублирующих тикеров. Даже правильно скопированный адрес нуждается в его сетевом контексте. Запись исследования, которая опускает цепочку, может оставить читателя с запросом неправильной среды. Практическая запись идентификации поэтому связывает сеть с адресом контракта и источником, утверждающим, что контракт является предполагаемым активом. Знакомый внешний вид имени, логотипа или десятичного дисплея не устанавливает эту связь. Определяющее форматирование добавляет другой уровень представления. Кошелек может показать читаемую сумму, в то время как контракт записывает целочисленный баланс. Проверка идентичности актива и интерпретация его суммы связаны задачи, но один не решает другой. Обзор должен сохранять соответствующие метаданные контракта и избегать вывода подлинности из суммы, которая выглядит правдоподобной.
Для токена, описанного эмитентом, сохраняйте официальный список контракта эмитента, сеть, точный адрес и дату поиска. Сравните эти данные с кошельком или записью обмена, а не полагайтесь на рейтинг поиска или совпадение тикеров. Если изучение обернутого или тикерового актива, документируйте соглашение, связывающее его с указанным активом, как другой вопрос, требующий доказательств. Адресное соответствие устанавливает, что две записи относятся к одному и тому же адресуемому контракту в указанном контексте. Это не устанавливает финансовое состояние эмитентов, качество кода или право на выкуп по определенной стоимости. Эта статья объясняет идентификацию и необязательные метаданные ERC-20, и она не дает одобрения, заключения аудита или утверждения о том, что конкретный предлагаемый токен является подлинным.
Метаданные и адресный контракт — это отдельные понятия.
ERC-20 описывает символ как метод, возвращающий символ токена, и говорит, что интерфейсы и другие контракты не должны ожидать присутствия этого дополнительного метода. Метод имени также необязателен. Это соглашение об удобстве использования, а не реестр, назначающий один эксклюзивный тиккер одному утвержденному эмитенту. Ethereum EIP-20: Стандарт токенов, факультативные методы именования и символов
Документация Ethereum отличает счета, находящиеся во внешнем владении, от счетов по контрактам, причем счета, идентифицированные по 20-байтовым адресам. Учетная запись по контракту содержит код и хранилище. Таким образом, адрес идентифицирует учетную запись, запрашиваемую в этой сети; отображаемое имя токена не заменяет его. Ethereum - Внешняя собственность и контрактные счета
Подобные ярлыки могут скрывать разные активы.
Анализ WFN: представьте себе два выдуманных контракта, которые возвращают символ ABC. Экран, показывающий только ABC, скрыл бы, какой контракт обеспечивал баланс и функции передачи. Вывод следует из рассмотрения символов как метаданных без требования эксклюзивности; это не утверждение о реальном токене или измеренном количестве дублирующих тикеров.
Даже правильно скопированный адрес нуждается в сетевом контексте. Запись исследования, которая не включает цепочку, может оставить читателя с запросом не в той среде. Поэтому практическая запись идентификации соединяет сеть с адресом контракта и источником, утверждающим, что контракт является предполагаемым активом. Знакомый внешний вид имени, логотипа или десятичного дисплея не устанавливает эту связь.
Децимальное форматирование добавляет еще один уровень представления. Кошелек может показывать читаемую сумму, в то время как контракт записывает целочисленный баланс. Проверка личности актива и интерпретация его суммы являются связанными задачами, но одна не решает другую. Обзор должен сохранять соответствующие метаданные контракта и избегать вывода подлинности из суммы, которая выглядит правдоподобной.
Постройте проверку личности, которую может повторить другой читатель
Для токена, описанного эмитентом, сохраните официальный список контрактов эмитента, сеть, точный адрес и дату поиска. Сравните эти данные с кошельком или записью обмена, а не полагайтесь на рейтинг поиска или совпадение тикеров. Если вы изучаете обернутый или мостовой актив, задокументируйте соглашение, связывающее его с указанным активом, как другой вопрос, требующий доказательств.
В соответствии с адресом установлено, что две записи относятся к одному и тому же адресуемому контракту в указанном контексте. Он не устанавливает финансовое состояние эмитента, качество кода или право на выкуп по определенной стоимости. В этой статье объясняется идентификация и необязательные метаданные ERC-20, и в ней не делается одобрения, заключения аудита или утверждения о том, что конкретный предлагаемый токен является подлинным.