Une seule application peut-elle réagir à un événement se produisant ailleurs ? La plupart des applications sont conçues autour de l’utilisateur qui revient et effectue une action : ouvrir l’application, appuyer sur un bouton, actualiser une page, soumettre une transaction. Mais beaucoup d’activités du monde réel n’attendent pas l’utilisateur. Imaginez une application logistique suivant un envoi international. Le colis arrive au port à 3h17. Cette arrivée peut déclencher automatiquement plusieurs actions : mettre à jour le statut de la commande, notifier l’acheteur, libérer une partie du paiement au fournisseur et lancer la prochaine étape de livraison. Personne n’a eu besoin de se réveiller et d’appuyer sur « Continuer ». C’est là que les applications orientées événements deviennent intéressantes avec @RialoHQ. Au lieu de demander constamment aux systèmes externes si quelque chose a changé, une application peut être conçue autour des événements : Un événement se produit → L’événement arrive → Le flux réagit → L’état onchain change → La prochaine action commence. Et l’événement ne doit pas nécessairement concerner la logistique. Un jeu peut réagir lorsqu’un tournoi se termine. Une marketplace peut se mettre à jour lorsqu’une commande externe est expédiée. Une application financière peut répondre lorsqu’un paiement est réglé. Un abonnement peut être activé lorsqu’un autre service confirme le paiement. Ce qui change vraiment, c’est la façon dont nous pensons aux applications onchain. Elles n’ont pas toujours besoin de rester en attente d’une autre transaction utilisateur. Elles peuvent devenir des applications qui réagissent lorsque le monde qui les entoure change.