Noté un detalle pequeño pero muy útil en la documentación de la interfaz de nodos para billeteras e intercambios de @Dusk : las respuestas del nodo incluyen una Rusk-Version y los clientes también pueden indicarle al nodo qué versiones aceptan. Si se incluye Rusk-Version-Strict, el nodo rechazará la solicitud inmediatamente cuando las versiones no coincidan.
Muchísima gente ve que una interfaz antigua sigue funcionando y piensa que “compatibilidad” significa que funcionará para siempre. Pero la documentación también enumera tres rutas antiguas de acceso directo que están en desuso (deprecadas) y que se eliminarán en el futuro.
Lo veo en dos partes.
La primera es la verificación de versiones. Un cliente no tiene que esperar a que la interfaz cambie y luego descubrir un problema. Puede indicarle al nodo con anticipación qué versión de Rusk acepta. La comprobación estricta es útil porque es mejor rechazar claramente una solicitud que permitir que un cliente antiguo reciba datos que quizá entienda de forma incorrecta.
La segunda es la migración de rutas. Las nuevas integraciones deberían usar /graphql para las consultas de cadena, bloque, transacción, mempool y archivo. Los métodos de contrato deben pasar a /on/contracts/.... Las rutas antiguas solo están disponibles para el período de transición.
Esto también importa para usuarios normales. Los depósitos en exchanges, los saldos de billeteras y el historial del navegador dependen de que los clientes comprendan correctamente los datos del nodo.
Para $DUSK , creo que la madurez no es solo mantener la cadena en línea. También significa que las billeteras, los exchanges y los indexadores deben mantenerse al día con los cambios de la interfaz.
La pregunta real es: ¿migrarán los clientes mayoritarios antes de que se eliminen las rutas antiguas, o solo después de que los usuarios empiecen a ver fallos?
#dusk $DUSK
Muchísima gente ve que una interfaz antigua sigue funcionando y piensa que “compatibilidad” significa que funcionará para siempre. Pero la documentación también enumera tres rutas antiguas de acceso directo que están en desuso (deprecadas) y que se eliminarán en el futuro.
Lo veo en dos partes.
La primera es la verificación de versiones. Un cliente no tiene que esperar a que la interfaz cambie y luego descubrir un problema. Puede indicarle al nodo con anticipación qué versión de Rusk acepta. La comprobación estricta es útil porque es mejor rechazar claramente una solicitud que permitir que un cliente antiguo reciba datos que quizá entienda de forma incorrecta.
La segunda es la migración de rutas. Las nuevas integraciones deberían usar /graphql para las consultas de cadena, bloque, transacción, mempool y archivo. Los métodos de contrato deben pasar a /on/contracts/.... Las rutas antiguas solo están disponibles para el período de transición.
Esto también importa para usuarios normales. Los depósitos en exchanges, los saldos de billeteras y el historial del navegador dependen de que los clientes comprendan correctamente los datos del nodo.
Para $DUSK , creo que la madurez no es solo mantener la cadena en línea. También significa que las billeteras, los exchanges y los indexadores deben mantenerse al día con los cambios de la interfaz.
La pregunta real es: ¿migrarán los clientes mayoritarios antes de que se eliminen las rutas antiguas, o solo después de que los usuarios empiecen a ver fallos?
#dusk $DUSK