RFC 8785 クイズ

**解説:** A: 同じparsed dataでもこれらのlegal variationで異なるbyte列になりうる. B: RFC 8259はstringとnumberを定義する. C: parsingとcryptographic verificationは別のoperationである.

**解説:** A: canonicalizationがpropertyをsortするためinput orderはcanonicalでなくてよい. B: JCS input objectはduplicate property nameを含んではならない. C: arrayはobjectを含められそのobjectはrecursiveに処理される.

**解説:** A: JCSはseparator spaceをemitしない. B: JCSはparsed dataを処理しsource formattingを保持しない. C: RFC 8785はJSON token間にwhitespaceをemitしないよう要求する.

**解説:** A: JCSはunsigned UTF-16 code-unit比較を使い全child objectをsortする. B: locale collationとescape表記ではspecifiedな共通orderにならない. C: insertion orderはJCS sorting ruleで置き換える.

**解説:** A: element orderの変更はJSON data modelを変える. B: arrayはrecursiveにscanされるがelement positionは変更しない. C: JCSはfixed element orderを持つarrayをsupportする.

**解説:** A: RFC 8785は意図的にUnicode normalizationを適用しない. B: visual similarityはparsed string dataを変更するruleではない. C: string dataの変更はcanonicalize対象valueを変えsignatureを壊しうる.

**解説:** A: JCSはECMAScript serialization algorithmでnumber表記を固定する. B: JCSはparsed numeric valueをcanonicalizeしsource表記を保持しない. C: applicationはlarge numberをstringでmodelできるがJCSはJSON typeを勝手に変えない.

**解説:** A: silent replacementはdataを変更しsignature behaviorを曖昧にする. B: RFC 8785はinvalid Unicodeとnon-JSON numeric valueでerrorを要求する. C: JCSはnullへのlossy conversionを定義しない.

**解説:** A: canonicalizationはauthorizationをgrantしない. B: JCSはcode pointを保持しnatural-languageの意味を解釈しない. C: JCSはdeterministic byteを提供するがclaim meaningとtrustはapplicationへ委ねる.

**解説:** A: display stylingはcryptographic coverageを決めない. B: 全partyが同じlogical objectを構築しJCS周辺で同じacceptance ruleを適用する必要がある. C: deterministic byteはsigning keyをauthenticateしない.