Make errors handleable

Most of errors that caused by unexpected behavior of the other side's RTO port will just lead to panic.
However, especially in Foundry context, the other port might have been implemented by 3rd party and could be unreliable.
In this kind of cases, user will just want to handle the error, not panic.

One trivial solution is adding a `Failed` state for the RTO context. The context will be on `Failed` state when it encounters unexpected protocol error, and will be stopped. Users can notice this, and can handle with theirs means.

One drawback of supporting such error handling is the interface of service object; it might be mandatory to all methods to have `Result<>` as return types.

Depends on #76
Depends on #83

Commencez par examiner les issues dépendantes #76 et #83, puis inspectez l’interface de l’objet de service et le cycle de vie du contexte RTO décrit dans cette issue. Déterminez comment les erreurs de protocole inattendues font évoluer le contexte et comment les utilisateurs observent et gèrent cet échec ; le travail est terminé lorsque l’interface et le comportement en cas d’échec sont définis et implémentés sans panics.

Rédigé par le modèle d'indexation à partir du texte de l'issue.