[Task]: Address note_type enum codegen issues

[igamigo]

Node's components affected by this task

• RPC
• Block producer
• Store
• Protobuf messages
• Testing

What should be done?

On #311 we added note_type to NoteSyncRecord. Ideally this would be an enum in the protobuf messages, but when using something like this:

enum NoteType {
  PUBLIC = 0;
  OFF_CHAIN = 1;
  ENCRYPTED = 2;
}

The codegen creates conflicting definitions of some types due to deriving some attributes twice. See this for more information.

How should it be done?

Fix the codegen when using enums

When is this task done?

When on a clean build the types are generated correctly and the protobuf definition files contain the enums.

Additional context

The linked PR contains mor econtext.

[bobbinth]

As a part of #338, we invested this but decided to keep note_type as an int.