Un nombre de red en una cartera es una etiqueta conveniente, mientras que un ID de cadena es un campo utilizado en la firma de transacciones. EIP-155 de Ethereum especifica cómo se incluye ese identificador en las firmas de transacciones heredadas protegidas por repeticiones. El objetivo es distinguir las transacciones destinadas a diferentes cadenas, no certificar la aplicación que recibe la transacción. Ethereum EIP-155: Protección de ataque de repetición simple
Seguir las pruebas
Trace cómo el evento podría llegar a los mercados, y luego inspeccionar una explicación competitiva.
Compare las explicaciones
Intercambiar lentes para ver lo que explica cada cuenta, y lo que sigue siendo incierto.
Análisis WFN: imagine una aplicación que muestre un símbolo de token familiar después de que un usuario cambie las redes. Un símbolo de coincidencia y el formato de dirección no puede establecer que el token subyacente es el mismo activo. El registro correspondiente incluye la cadena seleccionada, contrato de token y destino previsto. La identificación de cadena hace que el primer campo explícito; no llena los otros. Hay una segunda distinción entre la protección de reproducción y la calidad de autorización.
Análisis WFN: imagine una aplicación que muestre un símbolo de token familiar después de que un usuario cambie las redes. Un símbolo de coincidencia y el formato de dirección no puede establecer que el token subyacente es el mismo activo. El registro correspondiente incluye la cadena seleccionada, contrato de token y destino previsto. La identificación de cadena hace que el primer campo explícito; no llena los otros. Hay una segunda distinción entre la protección de reproducción y la calidad de autorización.
Antes de describir una transacción como se ha abordado correctamente, identificar la red, el destinatario y la acción prevista por separado. Cuando la interacción implica una señal, incluya su dirección de contrato en lugar de depender sólo de su nombre de visualización. Estas son las sugerencias de revisión WFN construidas alrededor del alcance de la norma, no una garantía de que una cartera o aplicación determinada ha validado cada campo relevante. Para informar de incidentes, preservar el contexto de la cadena, transacción hah y los detalles de firma.
El alcance de la especificación original
EIP-155, creado el 14 de octubre de 2016, añade valores encadenados y ceros a los datos de transacción heredados anulados para firmar. Su especificación también cambia cómo el valor v de la firma codifica el identificador de cadena. Ethereum mainnet se asigna ID de cadena 1 en el documento. Ethereum EIP-155: Protección de ataque de repetición simple
La racionalidad alienta a otras redes a elegir diferentes identificadores para que una transacción destinada a una cadena no sea usable sin cambios en otra. El documento también conserva el esquema de firma anterior. Este artículo explica que el mecanismo histórico de la transacción heredada; no afirma que cada formato de transacción o estándar de mensaje firmado se regirá únicamente por EIP-155. Ethereum EIP-155: Protección de ataque de repetición simple
Un control de red es una parte de un control de identidad
Análisis WFN: imagine una aplicación que muestra un símbolo de token familiar después de que un usuario cambie las redes. Un símbolo de coincidencia y formato de dirección no puede establecer que el token subyacente es el mismo activo. El registro correspondiente incluye la cadena seleccionada, contrato de token y destino previsto. La identificación de cadena hace que el primer campo explícito; no llena los otros.
Existe una segunda distinción entre la calidad de protección de reproducción y autorización. Una transacción puede estar correctamente vinculada a la cadena prevista al conceder un permiso no deseado en esa cadena. El mecanismo de firma responde donde esa transacción está destinada a funcionar. No puede determinar si el usuario entiende la acción, aprueba el gastador o reconoce el contrato real.
Un flujo de trabajo de apoyo también debe evitar asumir que un identificador de transacción único cuenta toda la historia en redes. El informe necesita el contexto de red y una fuente adecuada para esa cadena. Buscar una transacción sobre el explorador incorrecto puede llevar a una conclusión falsa que nada sucedió, incluso cuando el informe original simplemente omitió el campo de la red.
Hacer una revisión de firma específica
Antes de describir una transacción como se ha abordado correctamente, identificar la red, el destinatario y la acción prevista por separado. Cuando la interacción implica una señal, incluya su dirección de contrato en lugar de depender sólo de su nombre de visualización. Estas son las sugerencias de revisión WFN construidas alrededor del alcance de la norma, no una garantía de que una cartera o aplicación en particular ha validado cada campo relevante.
Para la presentación de informes sobre incidentes, preservar el contexto de cadena, la transacción hah y los detalles de la firma disponibles. Declarar si la preocupación implica una transacción heredada, otro formato de transacción o una firma de mensajes separadas. Esa descripción más estrecha hace que la investigación técnica sea más útil. EIP-155 explica una defensa de repetición específica; juzgar una interacción completa del usuario requiere evidencia sobre la transacción y el destino real.