Situación:
supongamos que tenemos
Pregunta:
Esta es una pregunta bastante general para este sitio, por lo que podría ser rechazada.
Está claro que ha hecho algunos deberes y está considerando cómo encajarían todas las partes de un sistema actualizable de contratos.
Sí.
Es un solucionador de nombres que podría usarse para resolver una dirección de contrato. Eso brinda a los desarrolladores la opción de designar nuevos contratos orientados al usuario para asumir el control de manera efectiva. Se abstendrían de codificar la dirección del contrato y usarían un nombre lógico en su lugar, como DNS. Luego, usarían el Servicio de nombres de Ethereum para resolver las direcciones de contrato "en vivo".
Sí, un dominio ENS se puede actualizar para apuntar a una nueva dirección si es necesario implementar un nuevo contrato para actualizar la lógica comercial o las correcciones de código. Sin embargo, el almacenamiento de datos del contrato anterior permanecerá con el contrato anterior.
Para prepararse para esta posibilidad, sería ideal codificar los contratos originales para que tuvieran algún tipo de funcionalidad de "congelación", donde el contrato se puede poner en un estado bloqueado y de solo lectura. Luego, cualquier contrato nuevo podría apuntar al contrato anterior (un "principal") y podría incluir una lógica para leer el estado anterior/existente del contrato anterior (usando sus métodos de acceso público), como un medio para arrancar los datos del nuevo contrato. contrato.
El MiniMeToken toma esta idea (aunque sin congelar el contrato original), al tener la lógica de que si una transacción de consulta está buscando datos más atrás que el historial del contrato actual, sabe ir al contrato principal para buscar ese historial. .
niksmac
kitesurf
Max Binnewies
max taldykin
ética