Define a D-Bus API with Portal conventions

Nadie ha tomado este issue todavía.

XDG Portals have their own conventions, for example, they avoid using signals for long-running async processes.

I think that the portal implementation should be separate from the credential service D-Bus API itself, so we should basically create a new API that maps to calls on the credential service. (For one reason, this moves a lot of the complexity out of the main xdg-desktop-portal implementation, and allows using other languages like Rust without having to touch that repo's build system.)

Review the [Portal Common Conventions](https://flatpak.github.io/xdg-desktop-portal/docs/common-conventions.html) for more guidance.

Comienza leyendo las XDG Portal Common Conventions enlazadas en el issue y, a continuación, compáralas con la API D-Bus del servicio de credenciales existente. Define la API separada orientada al portal y documenta cómo se asignan sus llamadas al servicio de credenciales, incluido el comportamiento requerido de las operaciones asíncronas.

Escrito por el modelo de indexación a partir del texto del issue.