Add empty rust crates for protobufs

[nick-mobilecoin]

No description provided.

[nick-mobilecoin]

Current dependencies on/for this PR:

• main
  • PR Add empty rust crates for protobufs #4 👈
    • PR Add rust ci actions #6
      • PR Add tonic and message rust generation #7
        • PR Add grpcio service code generation during build #9

This comment was auto-generated by Graphite.

[jcape]

Ideally there would be a different crate for each package. i.e. the crate would be, like, mc-attestation-types-grpcio or mc-protobufs-attestation-types-grpcio.

The thinking is: these crates are the place to host type conversions to "business logic" rust types, which means they will need to depend on the foo-types-style crates, and I'd love to avoid having a huge dependency tree behind using a subset of these protobufs.

[nick-mobilecoin]

Ideally there would be a different crate for each package. i.e. the crate would be, like, mc-attestation-types-grpcio or mc-protobufs-attestation-types-grpcio.

The thinking is: these crates are the place to host type conversions to "business logic" rust types, which means they will need to depend on the foo-types-style crates, and I'd love to avoid having a huge dependency tree behind using a subset of these protobufs.

Ensuring we're on the same page

graph LR
    A[mc-attestation-tonic] --> B[mc-attestation-protobuf-types]
    C[mc-attestation-grpcio] --> B
    B --> D[mc-attestation-types]

Loading

• The mc-attestation-tonic and mc-attestation-grpcio are the interfaces that implement grpc attestation. I kind of want to have grpc in the name but it's confusing with grpcio. Following their names to the respective crate implementations will hopefully be clear enough.
• The mc-attestation-protobuf-types are the types used in the grpc traffic. Note, using prost and diffing the generated content it seems we only need one common protobuf type for both tonic and grpcio. We may consider mc-attestation-prost-types too.
• The mc-attestation-types contain the raw rust attestation types. These types should be isolated by the chosen transport protocol an thus why this crate intentionally does not depend on mc-attestation-protobuf-types. i.e. if we decide to serialize in JSON or XML this crate should not need to change.

[NotGyro]

Looks good to me!