Название сети в кошельке является удобной меткой, в то время как идентификатор цепочки - это поле, используемое при подписании транзакций. Ethereum EIP-155 указывает, как этот идентификатор включен в защищенные повтором старые подписи транзакций. Цель состоит в том, чтобы различать транзакции, предназначенные для разных цепочек, а не сертифицировать приложение, получающее транзакцию. Ethereum EIP-155: простая защита от повторных атак
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Анализ WFN: представьте себе приложение, показывающее знакомый символ токена после того, как пользователь меняет сети. Соответствующий символ и формат адреса не могут установить, что базовый токен является тем же активом. Соответствующая запись включает выбранную цепочку, контракт токена и предполагаемое назначение. Идентификация цепочки делает первое поле явным; она не заполняет другие. Существует второе различие между защитой повторного воспроизведения и качеством авторизации. Транзакция может быть правильно связана с предполагаемой цепью при предоставлении нежелательного разрешения на эту цепочку. Механизм подписания отвечает, где эта транзакция предназначена для работы. Поддерживающий рабочий процесс также должен избегать предположения, что один идентификатор транзакции рассказывает всю историю в сетях. Отчет нуждается в сетевом контексте и соответствующем источнике для этой цепи. Поиск транзакции на неправильном проводнике может привести к ложному выводу, что ничего не произошло, даже когда первоначальный отчет просто опустил сетевое поле.
Анализ WFN: представьте себе приложение, показывающее знакомый символ токена после того, как пользователь меняет сети. Соответствующий символ и формат адреса не могут установить, что базовый токен является тем же активом. Соответствующая запись включает выбранную цепочку, контракт токена и предполагаемое назначение. Идентификация цепочки делает первое поле явным; она не заполняет другие. Существует второе различие между защитой повторного воспроизведения и качеством авторизации. Транзакция может быть правильно связана с предполагаемой цепью при предоставлении нежелательного разрешения на эту цепочку. Механизм подписания отвечает, где эта транзакция предназначена для работы. Поддерживающий рабочий процесс также должен избегать предположения, что один идентификатор транзакции рассказывает всю историю в сетях. Отчет нуждается в сетевом контексте и соответствующем источнике для этой цепи. Поиск транзакции на неправильном проводнике может привести к ложному выводу, что ничего не произошло, даже когда первоначальный отчет просто опустил сетевое поле.
Прежде чем описывать транзакцию как правильно адресованную, идентифицируйте предполагаемую сеть, получателя и действие отдельно. Когда взаимодействие включает в себя токен, включите его адрес контракта, а не полагайтесь только на его отображаемое имя. Это предложения обзора WFN, построенные вокруг области применения стандарта, а не гарантия того, что конкретный кошелек или приложение проверили каждую соответствующую область. Для отчетности о инцидентах сохраняйте контекст цепочки, хеш транзакции и доступные детали подписи. Укажите, включает ли проблема унаследованную транзакцию, другой формат транзакции или отдельную подпись сообщения. Это более узкое описание делает техническое расследование более полезным. EIP-155 объясняет конкретную защиту повторного воспроизведения; суждение о полном взаимодействии пользователя требует доказательств о фактической транзакции и пункте назначения.
Объем первоначальной спецификации
EIP-155, созданный 14 октября 2016 года, добавляет цепной код и два нулевых значения к унаследованным данным транзакции, хешированным для подписания. Его спецификация также изменяет то, как значение v подписи кодирует идентификатор цепи. Ethereum mainnet присваивается идентификатор цепи 1 в документе. Ethereum EIP-155: простая защита от повторных атак
Обоснование побуждает другие сети выбирать различные идентификаторы, чтобы транзакция, предназначенная для одной цепи, не могла использоваться без изменений на другой. В документе также сохраняется более ранняя схема подписи. В этой статье объясняется, что механизм исторической унаследованной транзакции; он не утверждает, что каждый формат транзакции или стандарт подписанного сообщения регулируется исключительно EIP-155. Ethereum EIP-155: простая защита от повторных атак
Проверка сети является частью проверки личности
Анализ WFN: представьте себе приложение, показывающее знакомый символ токена после того, как пользователь меняет сети. Соответствующий символ и формат адреса не могут установить, что базовый токен является тем же активом. Соответствующая запись включает выбранную цепочку, контракт токена и предполагаемый пункт назначения. Идентификация цепочки делает первое поле явным; она не заполняет другие.
Существует второе различие между защитой от повторного воспроизведения и качеством авторизации. Транзакция может быть правильно привязана к предполагаемой цепи при предоставлении нежелательного разрешения на этой цепочке. Механизм подписания отвечает, где эта транзакция предназначена для работы. Он не может определить, понимает ли пользователь действие, одобряет ли покупатель или признает фактический контракт.
Рабочий процесс поддержки также должен избегать предположения, что один идентификатор транзакции рассказывает всю историю в сетях. Отчет нуждается в сетевом контексте и соответствующем источнике для этой цепочки. Поиск транзакции на неправильном проводнике может привести к ложному выводу, что ничего не произошло, даже когда в первоначальном отчете просто не было сетевого поля.
Сделайте подписной обзор конкретным
Прежде чем описывать транзакцию как правильно адресованную, идентифицируйте предполагаемую сеть, получателя и действие отдельно. Когда взаимодействие включает токен, включите его адрес контракта, а не полагайтесь только на его отображаемое имя. Это рекомендации обзора WFN, построенные вокруг области применения стандарта, а не гарантия того, что конкретный кошелек или приложение проверили каждую соответствующую область.
Для сообщения об инцидентах сохраняйте контекст цепочки, хеш-транзакции и доступные детали подписи. Укажите, включает ли концерн унаследованную транзакцию, другой формат транзакции или отдельную подпись сообщения. Это более узкое описание делает техническое расследование более полезным. EIP-155 объясняет конкретную защиту повтора; суждение о полном взаимодействии пользователя требует доказательств о фактической транзакции и пункте назначения.