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

Beginne mit der Durchsicht der abhängigen Issues #76 und #83 und untersuche anschließend die Schnittstelle des Service-Objekts sowie den in diesem Issue beschriebenen Lebenszyklus des RTO-Kontexts. Entscheide, wie unerwartete Protokollfehler den Kontext überführen und wie Benutzer diesen Fehler beobachten und behandeln; die Arbeit ist abgeschlossen, wenn die Schnittstelle und das Fehlerverhalten definiert und ohne Panics implementiert sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.