chore(registry): [CON-1671] backfill cup_types of CatchUpPackageContents records + invariant ensuring their presence

[pierugo-dfinity]

Each node in each subnet looks at their catch_up_package_contents_{subnet_id} record to find so-called "registry CUPs", used for

• Genesis
• Recovery
• Subnet Splitting

The height, time and state_hash fields in those records are really only useful for Recovery CUPs. Both Genesis and Subnet Splitting set them to 0, 0 and vec![] respectively. This is why a cup_type field was introduced, containing the required information specific to each scenario.

This means that the three fields are redundant with the ones in RecoveryArgs, can be removed, and we can make the consumers (including the protocol stack) read cup_type instead. This PR adds an invariant that cup_type must always be set. It also adapts various locations to fill that cup_type if currently set to None.

Though in the production registry, all subnets whose genesis and last recovery (if any) predate the introduction of cup_type have that field unset and would break the invariant. Thus, this PR backfills all records' cup_type with a suitable variant: if all three fields are 0, 0 and vec![], this is a Genesis, otherwise it is a Recovery. At the time of writing, no SubnetSplitting was ever made.

This PR does not change the protocol stack yet, it still reads height, time and state_hash outside the cup_type.