feat(proof-data-handler): add tee_proof_generation_timeout_in_secs param

[pbeza]

What ❔

Add tee_proof_generation_timeout_in_secs parameter to the proof-data-handler configuration to avoid sharing the same proof_generation_timeout_in_secs timeout with the ZK prover.

This timeout is for retrying TEE proof generation if it fails. Retries continue indefinitely until successful.

Why ❔

The TEE prover is much faster than the ZK prover, so some of the ZK timeouts are too long to be shared with the TEE-specific code.

Checklist

• PR title corresponds to the body of PR (we generate changelog entries from PRs).
• Tests for the changes have been added / updated.
• Documentation comments have been added / updated.
• Code has been formatted via zkstack dev fmt and zkstack dev lint.

[pbeza]

Perhaps I should extract the TEE-specific options, like I did in #3112 (which hasn't been merged yet):

zksync-era/core/lib/config/src/configs/proof_data_handler.rs

Lines 6 to 22 in 6f0b18e

	#[derive(Debug, Deserialize, Clone, PartialEq)]
	pub struct TeeConfig {
	/// If true, the TEE support is enabled.
	#[serde(deserialize_with = "deserialize_stringified_any")]
	pub tee_support: bool,
	/// All batches before this one are considered to be processed.
	#[serde(deserialize_with = "deserialize_stringified_any", default)]
	pub first_tee_processed_batch: L1BatchNumber,
	}
	#[derive(Debug, Deserialize, Clone, PartialEq)]
	pub struct ProofDataHandlerConfig {
	pub http_port: u16,
	pub proof_generation_timeout_in_secs: u16,
	#[serde(flatten)]
	pub tee_config: TeeConfig,
	}

Lemme know what's your preference, @haraldh @slowli.

In case you wondered what is deserialize_stringified_any about:

zksync-era/core/lib/config/src/configs/proof_data_handler.rs

Line 30 in 6f0b18e

// Boilerplate to workaround https://github.com/softprops/envy/issues/26

Edit

Updated. ✅