Was updating the lighthouse beacon spec API for missing fields and came across the ATTESTATION_SUBNET_PREFIX_BITS config. Given ATTESTATION_SUBNET_PREFIX_BITS is derived from ceillog2(ATTESTATION_SUBNET_COUNT) + ATTESTATION_SUBNET_EXTRA_BITS should ATTESTATION_SUBNET_PREFIX_BITS still be in the spec? Having this field causes some ambiguity in beacon client behavior if the given prefix bits does not equal the formula above. Is this field here for backwards compatibly? If so, the spec should address how the edge case above should be handled. For lighthouse I simply ignore the prefix bits field, calculate it runtime, but still provide it in the spec API.
For context, this came up in sigp/lighthouse#8571