chore(piltover): align with new ProgramInfo enum + plumb katana_tee_config_hash

[kariy]

Summary

Aligns Saya with cartridge-gg/piltover#feat/tee-persistent's ProgramInfo enum split, and threads the new katana_tee_config_hash field from the Katana RPC response through the TEE pipeline into the on-chain TEEInput.

Why

Piltover now identifies the appchain via two distinct variants:

enum ProgramInfo {
    StarknetOs(StarknetOsProgramInfo),  // 4 SNOS-related hashes
    KatanaTee(KatanaTeeProgramInfo),    // 1 katana_tee_config_hash (Pedersen array)
}

Each deployment commits to one variant; validate_input panics on cross-mode submission. For the TEE path, validate_input also asserts tee_input.katana_tee_config_hash == KatanaTeeProgramInfo.katana_tee_config_hash, so Saya needs to source that exact value (the one Katana attested) and pass it through.

Changes

• 3 Cargo.toml piltover repoints to cartridge-gg/piltover#feat/tee-persistent. Single source of truth across root + bin/persistent + bin/persistent-tee.
• 5 Cargo.toml katana-tee revs bumped to 649f0864 (head of feat/test-block-0 after cartridge-gg/katana-tee#1). TeeQuoteResponse now exposes katana_tee_config_hash.
• bin/ops/src/core_contract/utils.rs::set_program_info prepends Felt::ZERO (the StarknetOs variant index) to the calldata. ops stays ZK-only; symmetric TEE-mode deployment is a separate task.
• saya/core::TeeAttestation / TeeProof gain katana_tee_config_hash: Felt.
• bin/persistent-tee/src/{attestor,prover,settlement}.rs plumb the field through: attestor lifts it off the RPC response, prover threads it through both the TeeQuoteResponse round-trip and TeeProof, settlement passes it to TEEInput.katana_tee_config_hash.
• tests/e2e/tests/settlement.rs matches the StarknetOs variant before reading the four hash fields. Same asserts, one extra match at the top.

What does NOT change

• LayoutBridgeOutputNoDa / LayoutBridgeOutputWithDa wire format — bin/persistent validity-proof code is byte-identical.
• TeeInput outer wire shape — only the new field is added; everything else flows through unchanged.
• bin/persistent Saya logic — only the dep bump.
• The placeholder TeeProver in saya/core/src/prover/tee/mod.rs — also threads the field through.

Cross-repo

Repo	PR	Status
cartridge-gg/piltover	#16	merged
cartridge-gg/katana-tee	#1	merged
dojoengine/katana	#556	open (the producer side)
dojoengine/saya	this PR	here