feat(codec): Add ServerCompressionInterceptor for gRPC compression

[sauravzg]

⚠️ TRADEOFFS & LIMITATIONS ⚠️ Due to the current limitations of the RecvStream API (which lacks out-of-band compression signals), this implementation introduces a high degree of coupling between the HTTP transport, compression, and serialization layers. Consequently, this design necessitates type erasure(IncomingRawMessage) and incurs a forced Box allocation penalty to function within the existing stream boundaries.

This change introduces the ServerCompressionInterceptor, which integrates compression and decompression capabilities into the server-side gRPC request/response lifecycle.

Key additions:

• ServerCompressionInterceptor: Implements the Intercept trait to wrap incoming requests. It parses the grpc-encoding and grpc-accept-encoding headers to determine the appropriate Compressor and Decompressor to use.
• Decompression Bomb Mitigation: Protects against decompression bomb (zip bomb) attacks by strictly limiting writes during the decompression process.
• CompressionResolver Integration: Uses a CompressionResolver registry to look up algorithms by name.
• Stream Wrapping: Wraps the underlying RecvStream (to decompress incoming messages) and SendStream (to compress outgoing messages and inject the correct grpc-encoding header).
• Error Handling: Returns standard gRPC status errors if an encoding is unsupported or if compression/decompression fails during stream processing.
• Unit Tests: Includes a comprehensive suite of Tokio-based tests covering successful compression/decompression, unsupported encoding errors, registry lookup failures, and fallback mechanisms.