Cuando leía la documentación de W3sper de @Dusk Dusk, una vez confundí la consulta de DuskVM con una interfaz JSON normal. La compilación de contratos con Forge produce a la vez un WASM data-driver; la aplicación se registra en W3sper mediante el contract ID. El driver codifica la entrada en bytes ABI y, luego, decodifica el valor devuelto por el nodo.

Lo pensé como una oficina de traducción para el personal en el aeropuerto. Los pasajeros dicen JSON, pero la plataforma de estacionamiento solo acepta un formato de carga fijo; la mesa de traducción empaqueta siguiendo el schema y, en el regreso, vuelve a desglosar la salida y los eventos. Cuando envío raw bytes por HTTP, se los entrego directamente al contrato; cuando envío JSON, solo si el driver está disponible se convierte automáticamente. get_version permite consultar la versión.

Disculpa, pero esconde esto después de la actualización. Los drivers antiguos podrían devolver éxito, pero interpretar los datos con un ABI desactualizado. En los metadatos, driver_available y driver_signature solo me ayudan a confirmar la identidad del driver. Yo fijaré el hash del archivo y en testnet compararé el mismo input contra los bytes originales y el resultado decodificado. Que la página sea legible solo prueba que el enlace de traducción funciona; el estado de los activos aún debe verificarse de forma independiente.

#dusk $DUSK