Una dirección puede calcularse antes de que se desplegue un contrato. Esa capacidad es útil para coordinar el software, pero crea una trampa de lectura simple: un destino previsible puede parecer más establecido que el soporte de pruebas. El cálculo identifica una dirección de los insumos. El despliegue, el comportamiento de tiempo de ejecución y la revisión de seguridad requieren pruebas adicionales.
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.
Imagina un plan de implementación inventado que publica una dirección de fábrica, una sal y un archivo específico de código de inicialización. Dos revisores usando la misma fórmula y los insumos exactos deben derivar la misma dirección propuesta. Esa reproducibilidad es útil: permite que el desacuerdo sobre los bytes de entrada sea detectado antes de que alguien se base en el destino. No muestra que la transacción de despliegue ha tenido éxito.
Imagina un plan de implementación inventado que publica una dirección de fábrica, una sal y un archivo específico de código de inicialización. Dos revisores usando la misma fórmula y los insumos exactos deben derivar la misma dirección propuesta. Esa reproducibilidad es útil: permite que el desacuerdo sobre los bytes de entrada sea detectado antes de que alguien se base en el destino. No muestra que la transacción de despliegue ha tenido éxito.
Registrar la red, el implementador, la sal y el código de inicialización utilizado en un cálculo. A continuación, comprobar el destino real en esa misma red y examinar la transacción de despliegue pertinente si existe. Cotejar una dirección calculada es un cheque; establecer que el contrato esperado fue desplegado y se comporta como representado es un examen más amplio. Si un proyecto publica código fuente o una auditoría, conectar esos materiales al artefacto desplegado en lugar de asumir que un acuerdo de dirección hace que el trabajo. 1014 es la especificación histórica del protocolo 8 Octubre 2026. Su cálculo de la dirección es el enfoque aquí. Este artículo no trata todos los detalles históricos sobre el comportamiento del ciclo de vida del contrato como una declaración de todos más adelante Ethereum reglas.
EIP 1014 define las entradas
EIP 1014 especifica la derivación de dirección de CREATE2 utilizando el prefijo 0xff, la dirección de despliegue, una sal de 32 bytes y la precipitación del código de inicialización. Un hah Keccak-256 de esa entrada combinada se reduce a sus 20 bytes finales para formar la dirección. Ethereum Propuesta de mejora 1014 — Skinny CREATE2
La propuesta distingue el código de inicialización del bytecode de tiempo de ejecución que produce. El código de inicializacion funciona durante la creación y devuelve el código almacenado para llamadas posteriores. La fórmula de dirección se compromete a la hash de código de inicializaciones; sustituir un hash de codificación de tiempo de funcionamiento no es el cálculo especificado en la propuesta. Ethereum Propuesta de mejora 1014 — Skinny CREATE2
Un cálculo reproducible responde a una pregunta estrecha
Imagine un plan de despliegue inventado que publique una dirección de fábrica, una sal y un archivo específico de código de inicialización. Dos revisores que utilizan la misma fórmula y los insumos exactos deben derivar la misma dirección propuesta. Esa reproducibilidad es útil: permite detectar desacuerdos sobre los bytes de entrada antes de que alguien dependa del destino.
No muestra que la transacción de despliegue ha tenido éxito. No muestra qué contrato almacena actualmente ni qué privilegios tienen sus operadores. Tampoco convierte una interfaz atractiva o una dirección familiar en evidencia de que el código ha sido examinado independientemente.
La configuración puede importar a nivel byte. Cuando los insumos de constructor forman parte del código de inicialización, cambiar esos bytes cambia una entrada al cálculo. Por lo tanto, un revisor debe preservar la entrada de creación completa en lugar de comparar sólo un nombre de proyecto o un archivo de fuente de tiempo de ejecución anunciado. Esta es una pregunta de implementación que la fórmula publicada hace visible, no una reclamación de rendimiento sobre un token.
Estado de cadena de verificación separadamente de la dirección propuesta
Grabar la red, el implementador, la sal y el código inicializado hash utilizado en un cálculo. Luego comprobar el destino real en esa misma red y examinar la transacción de despliegue pertinente si existe. Cotejar una dirección calculada es un cheque; establecer que el contrato esperado fue desplegado y se comporta como representado es un examen más amplio.
Si un proyecto publica código fuente o una auditoría, conecte esos materiales al artefacto desplegado en lugar de asumir que un partido de dirección hace ese trabajo. También examine cualquier actualización documentada o arreglo administrativo cuando la pregunta prevista se refiere al control futuro. Este artículo no hace ninguna reclamación por la seguridad de enviar activos a un destino propuesto.
EIP 1014 es la especificación histórica del protocolo revisado el 8 de octubre de 2026. Su cálculo de la dirección es el enfoque aquí. Este artículo no trata todos los detalles históricos sobre el comportamiento del ciclo de vida del contrato como una declaración de todas las reglas más tarde Ethereum.