You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the ChunkedExtension gains additional syscalls if the encrypted-chunked feature is enabled. This has the downside that enabling the feature in one crate can break another crate that does not have the feature enabled. I see two alternatives:
Introduce an EncryptedChunkedExtension that is still optional in the backend. This would mean that runners could save some resources if they don’t need the encrypted calls.
Remove the feature gate and always provide the encryption functions in ChunkedExtension. In practice, opcard requires encrypted-chunked, so it will always be enabled in the firmware and the use case for a separate extension is only theoritical.
Currently, the
ChunkedExtension
gains additional syscalls if theencrypted-chunked
feature is enabled. This has the downside that enabling the feature in one crate can break another crate that does not have the feature enabled. I see two alternatives:EncryptedChunkedExtension
that is still optional in the backend. This would mean that runners could save some resources if they don’t need the encrypted calls.ChunkedExtension
. In practice,opcard
requiresencrypted-chunked
, so it will always be enabled in the firmware and the use case for a separate extension is only theoritical.I would go with (2). What do you prefer @sosthene-nitrokey?
The text was updated successfully, but these errors were encountered: