¿Qué sucede cuando un flujo de trabajo en la cadena de bloques tarda días, no segundos? La mayoría de las interacciones en la cadena de bloques están diseñadas alrededor de un ciclo corto: enviar una transacción, ejecutarla y obtener el resultado. Pero los negocios reales no siempre funcionan tan rápido. Imagina un pedido en un mercado en línea: el cliente paga hoy, el vendedor envía mañana, el transportista entrega cuatro días después y solo entonces debería recibir el vendedor el pago final. Eso no es realmente una sola transacción. Es un flujo de trabajo que debe sobrevivir a lo largo del tiempo. Aquí es donde el enfoque de Rialo sobre flujos de trabajo persistentes se vuelve interesante. En lugar de forzar que todo ocurra en una sola ejecución, una aplicación podría llevar un seguimiento de su progreso mientras espera el siguiente evento: Pago recibido → Esperar el envío → Envío confirmado → Esperar la entrega → Entrega confirmada → Liberar fondos Entre esas etapas podrían pasar horas, incluso días. Lo importante es que la aplicación aún sepa en qué punto del proceso se encuentra. Cuando llegue el siguiente evento relevante, podrá continuar desde ese estado en lugar de reconstruir todo el flujo de trabajo desde el principio. Puedes imaginar el mismo patrón para reclamos de seguros, suscripciones, depósitos en fideicomiso, logística, facturas o cualquier aplicación que implique múltiples pasos del mundo real. Muchos procesos del mundo real no son instantáneos. Las aplicaciones en la cadena de bloques no deberían tener que fingir que lo son. @RialoHQ