Improve Error handling between the guest and the host

At present when raising an error in the guest we are using a generic HyperlightGuestError variant, it should be possible for a hyperlight implementation to define their own error variants.

These variants should be transparently translated between guest and host, in other words if a guest returns Err(ParseError) then the result of the call in the host should be Err(ParseError)

There are two parts to solving this issue:
(1) Being able to create specific types of Hyperlight guest errors (i.e., similar to thiserror in the host),
(2) Type information of the guest error in the host would get lost without (1).

Note that `thiserror` now supports `no_std`.

A issue não nomeia arquivos, testes nem pontos de entrada. Comece rastreando a fronteira de erros do guest para o host e o tratamento existente de HyperlightGuestError; considera-se concluído quando as implementações puderem definir variantes específicas de erro do guest e um Err(ParseError) originado no guest continuar sendo Err(ParseError) no host.

Escrita pelo modelo de indexação a partir do texto da issue.