𝗖𝗨𝗔𝗡𝗗𝗢 𝗘𝗟 𝗦𝗢𝗙𝗧𝗪𝗔𝗥𝗘 𝗗𝗘𝗕𝗘 𝗚𝗘𝗦𝗧𝗜𝗢𝗡𝗔𝗥 𝗟𝗔 𝗜𝗡𝗖𝗘𝗥𝗧𝗜𝗗𝗨𝗠𝗕𝗥𝗘
No todas las solicitudes reciben una respuesta inmediata e inequívoca.
Una billetera puede perder la conexión después de enviar una transacción. Una API puede agotar el tiempo de espera mientras la transacción sigue procesándose. Un usuario puede actualizar la página antes de que esté disponible el estado final.
Las aplicaciones de TRON deben diseñarse para gestionar estas situaciones sin informar falsamente que una operación se completó correctamente ni fomentar acciones duplicadas.
Un flujo de trabajo sólido puede conservar la referencia de la transacción, consultar la información de estado disponible y explicar claramente al usuario qué debe hacer a continuación.
La clave está en distinguir la incertidumbre del fallo.
Los sistemas son más fiables cuando se diseñan para condiciones imperfectas, en lugar de asumir que todas las operaciones siguen el camino ideal.
@trondao
@justinsuntron
#TRONEcoStar
No todas las solicitudes reciben una respuesta inmediata e inequívoca.
Una billetera puede perder la conexión después de enviar una transacción. Una API puede agotar el tiempo de espera mientras la transacción sigue procesándose. Un usuario puede actualizar la página antes de que esté disponible el estado final.
Las aplicaciones de TRON deben diseñarse para gestionar estas situaciones sin informar falsamente que una operación se completó correctamente ni fomentar acciones duplicadas.
Un flujo de trabajo sólido puede conservar la referencia de la transacción, consultar la información de estado disponible y explicar claramente al usuario qué debe hacer a continuación.
La clave está en distinguir la incertidumbre del fallo.
Los sistemas son más fiables cuando se diseñan para condiciones imperfectas, en lugar de asumir que todas las operaciones siguen el camino ideal.
@trondao
@justinsuntron
#TRONEcoStar