add

concepts/data-protection-and-expression.md

@@ -1,10 +1,10 @@
 ---
 title: Data Protection and Expression
 created: 2026-06-28
-updated: 2026-07-02
+updated: 2026-07-17
 type: concept
 tags: [data-protection, privacy, freedom-expression, law, public-interest, media]
-sources: [raw/articles/david-erdos-cambridge-law-profile-2026.md, raw/articles/ravi-naik-awo-profile-2026.md, raw/articles/google-zkp-age-assurance-2026.md, raw/articles/longfellow-zk-identity-proofs-2026.md, raw/articles/email-verification-protocol-draft-2026.md]
+sources: [raw/articles/david-erdos-cambridge-law-profile-2026.md, raw/articles/ravi-naik-awo-profile-2026.md, raw/articles/google-zkp-age-assurance-2026.md, raw/articles/longfellow-zk-identity-proofs-2026.md, raw/articles/email-verification-protocol-draft-2026.md, raw/articles/unicef-social-media-age-restrictions-child-rights-2026.md, raw/articles/yonhap-korea-social-media-age-restrictions-2026.md]
 confidence: medium
 ---
 
@@ -26,6 +26,8 @@ Erdos の Cambridge profile は、EU 内でもこの均衡の置き方が大き
 
 Google が公開した age assurance 向け Zero-Knowledge Proof library は、年齢確認のような規制対応を「本人属性を証明するが、それ以外のデータは渡さない」設計へ寄せる例として読める。EU の eIDAS / EUDI Wallet 文脈では、未成年保護や年齢制限サービスの実装が本人確認データの過剰収集になりやすいため、ZKP は [[inclusive-design]] 的な使いやすさと、[[ai-developer-liability]] 的な設計責任の両方に関わる。Longfellow ZK は ISO MDOC、JWT、W3C Verifiable Credentials のような既存 identity standard に対して anonymous credential / zero-knowledge proof を構成する実装で、legacy credential を使いながら disclosure を最小化する方向の実装面を補う。^[raw/articles/google-zkp-age-assurance-2026.md] ^[raw/articles/longfellow-zk-identity-proofs-2026.md]
 
+[[social-media-age-assurance]] は、この均衡が子どものオンライン安全と SNS regulation で前面化する例である。UNICEF は、年齢制限が child safety への関心から出たものだとしても、privacy と participation を尊重し、platform design と content moderation の責任を置き換えない形にする必要があると述べている。韓国の 14歳未満 SNS 加入制限案も、KYC 型の年齢確認だけでなく、依存性の高い design や recommendation algorithm を制限対象にしている点が重要である。^[raw/articles/unicef-social-media-age-restrictions-child-rights-2026.md] ^[raw/articles/yonhap-korea-social-media-age-restrictions-2026.md]
+
 Email Verification Protocol draft も同じ系譜にある。従来の email one-time code は、ユーザーに mail client への移動を強いるだけでなく、verification email の送受信や relying party / issuer の関係から余計な情報が流れやすい。EVP は browser を仲介者にし、issuer が email control を token 化し、RP 側では nonce と key binding で検証することで、使いやすさと privacy separation を同時に改善しようとしている。^[raw/articles/email-verification-protocol-draft-2026.md]
 
 ## この Wiki での扱い