El 5 de octubre, el Grupo de Acceso de la Fundación Ethereum publicó una investigación sobre las afirmaciones de transacciones nativas. La propuesta aborda una distinción de seguridad concreta: autorizar una transacción no establece necesariamente que su resultado económico final coincida con la intención del firmante.
El puesto determina un enfoque de verificación de resultados
La Fundación discute EIP-7906 como un enfoque posible, utilizando un marco de lectura sólo post-transacción para evaluar el resultado. Su post dice que EIP- 7906 ha alcanzado el estado “Considerado para la inclusión” pero no se confirma para la actualización de Hegotá. Ethereum Base de acceso Cluster - Investigación de afirmaciones de transacciones
La investigación distingue la aprobación de una solicitud no deseada de aprobar una solicitud prevista que produzca un resultado no deseado. También señala que la afirmación propuesta no es obligatoria: un constructor de transacciones podría omitirla a menos que otra parte del sistema lo requiera. Ethereum Base de acceso Cluster - Investigación de afirmaciones de transacciones
El requisito es tan importante como el mecanismo
Análisis de WFN: una revisión útil del despliegue necesita identificar quién especifica una condición de resultado, que asegura que está presente y lo que sucede cuando falla. Simplemente añadir un nombre de característica a una descripción de la cartera no respondería a esas preguntas operacionales.
El artículo también debe evitar convertir un debate de investigación en una garantía de producto. Un diseño publicado, un componente de actualización aceptado y una capacidad de red activada requieren pruebas diferentes. La fuente examinada aquí establece la publicación de la investigación y su estado declarado, en lugar de soporte universal de la cartera.
Para los lectores que siguen cambios de seguridad, la comparación pertinente es la protección que se requiere en la vía de transacción. Una capacidad que puede utilizarse y una política que debe ser aplicada son reclamaciones diferentes, incluso cuando se refieren al mismo mecanismo propuesto.
Siga el registro de especificación y adopción
Compruebe el estado de EIP, el alcance de actualización y la documentación eventual de cualquier billetera que reclama soporte. Preserve la fecha de cada registro para que los acontecimientos posteriores no reescriban silenciosamente lo que se conoció en esta etapa.
Para una transacción específica, verifique la protección real aplicada en lugar de inferirla de un anuncio. Este informe no hace ninguna reclamación de que las afirmaciones nativas han eliminado el riesgo de transacción o ya están disponibles en Ethereum aplicaciones.