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
The protocol version in the key-commitment example specifies that the value should be PrivateStateTokenV3VOPRF. However, in the current version of Chrome the value is V1 (PrivateStateTokenV1VOPRF). What is the expected naming convention for this field? Should it be a structured header with the version as a numeric field? Since PrivateStateTokenV3VOPRF was already in the wild, will we expect PrivateStateTokenV3VOPRF to be skipped in the future? Is there an expectation of major and minor versions for compatibility?
I could imagine this field being more structured and mirror the sec-ch-ua: Sec-Private-State-Token-Crypto-Version: "VOPRF";v="1"
The text was updated successfully, but these errors were encountered:
The protocol version in the key-commitment example specifies that the value should be
PrivateStateTokenV3VOPRF
. However, in the current version of Chrome the value is V1 (PrivateStateTokenV1VOPRF
). What is the expected naming convention for this field? Should it be a structured header with the version as a numeric field? Since PrivateStateTokenV3VOPRF was already in the wild, will we expect PrivateStateTokenV3VOPRF to be skipped in the future? Is there an expectation of major and minor versions for compatibility?I could imagine this field being more structured and mirror the sec-ch-ua:
Sec-Private-State-Token-Crypto-Version: "VOPRF";v="1"
The text was updated successfully, but these errors were encountered: