Susumu Tomita

Advanced Cryptography Program 2026 / Week 4 自習ノート

証明システムを、3 つの部品に分ける — 予習ノート

Week 4(「証明」と「ゼロ知識性」)の予習ノートです。課題はまだ公開されていないので、 対話ドリル 3 本(mod 11・17・101 の整数だけ。python3 と打てば始められる)で GKR の SumCheck、STARK のトレース → AIR → 商 → FRI、PLONK のゲート表と大積を 1 行ずつ自分の手で回し、そのあと講義スライド 38 枚と同じ順番のカードで言葉を埋めます。

ラボ 3 つ(SumCheck の受理地図/トレース改ざん/ゲート表)と検問クイズはそのまま。Week 3 のドリル 4(制約 → 多項式 → 1 点で確かめる)が土台です。

対話ドリル 3 本・41 行 対話ラボ 3 つ 検問クイズ 前提は Week 3 外部通信なし

出発点 — Week 4 の予習

「証明」と「ゼロ知識性」を、手で回してから講義に出る

Week 4 の講義は「証明とは何か」から始めて、GKR・STARK・PLONK の 3 つを毎回同じ 3 箱(算術化/コミットメント/証明システム)で説明します。 課題はまだ公開されていないので、このノートは 予習用です。まず下の対話ドリル 3 本(mod 11・17・101 の整数だけ、`python3` を開けば動く)で 3 スキームの中心の計算を 1 行ずつ自分の手で回し、そのあとスライド 38 枚と同じ順番のカードで言葉を埋めます。

読み方

ドリル A(SumCheck)→ B(トレース → AIR → 商 → FRI)→ C(PLONK のゲート表と大積)の順に、1 行打って出た値を貼って 1 文読む。準備は python3 と打って >>> が出るだけ(ファイル不要)。そのあとカードを上から。カード末尾の Q. に答えられたら次へ。

Week 3 とのつながり

Week 3 のドリル 4(制約 → 多項式 → 1 点で確かめる)が、この週の全部の土台です。「3 本の式を 1 本の多項式にして、割り切れるかで確かめる」— STARK と PLONK はそれを大規模にやり、GKR は多項式を送り合う対話(SumCheck)で同じことをします。Schnorr は制約が 1 本なので右半分だけでした。

この頁の構成

    対話ドリル — 1 行打って、出た値を貼って、1 文読む

    3 スキームの中心を、mod 11・17・101 の整数だけで手で回す

    python3 を開いて >>> が出たら始められます(import も不要。最後に import math が 1 回だけ)。 各行に「この行の意味」、出た値を貼ると、その値を指す解説が開きます。Python を開けないときは「ここで実行」。 講義のトイ計算 f = (x₁ + x₂) + (x₃·x₄)、入力 (3, 1, 2, 4) を 3 通りに翻訳します。

    ドリル A — GKR の SumCheck(F₁₁)

    「4 項の和が 1 だ」を、和を足さずに納得させる。検証者がやるのは 2 点の足し算と、ランダムな 1 点の評価だけ。

    回路: レイヤー 1 の値 y₀ = x₁ + x₂ = 4、y₁ = x₃·x₄ = 8。出力 W̃₀ = y₀ + y₁ = 12 ≡ 1。この「和」を SumCheck で確かめる 14 行。最後に嘘の証明者が何回に 1 回すり抜けるか数えます。

    ドリル A — SumCheck を手で回す

    0 / 0

    ドリル B — STARK のトレース → AIR → 商多項式 → FRI(F₁₇)

    計算を「時間ごとの表」にして、行と次の行の関係を多項式にし、「割り切れるか」を折り畳んで確かめる。

    講義スライド 20〜23 の数値そのまま(ω = 4、A(X) = 3 − X − X² − X³、C(X)、Q₀ = 5X² + 5X − 2、β = 3)。17 行。最後に 1 マス改ざんして割り切れなくなるのを見ます。

    ドリル B — トレース → AIR → 商 → FRI

    0 / 0

    ドリル C — PLONK のゲート表・コピー制約・大積(F₁₇ / F₁₀₁)

    ゲートを表にして「型」と「配線」を別々に縛る。型を全部満たしても配線が違えば大積で落ちる。

    講義スライド 26〜29 の表そのまま(3 ゲート、セレクター、σ)。10 行。

    ドリル C — ゲート表と大積

    0 / 0

    スライド 2〜11 / 全体像・証明とは何か・計算複雑性

    証明を 5 つに分け、「解くのは大変・確かめるのは楽」を物差しにする

    2/38署名と証明 — Q. 電子署名とゼロ知識証明の違いは?

    講義の最初の問い。答えは伏せられている(スライド 3 は配布版に無い)。

    Week 3 からの答え: 同じ 3 手(R, e, s)を、署名は「この鍵の持ち主がメッセージに同意した証拠」として、ZK 証明は「主張が真だという納得」として使う。Fiat–Shamir で e をハッシュにすれば署名になる。

    4/38ゼロ知識証明 — コミットメントスキーム(CS)と証明システム(PS)
    CS: 1. SetUp → 2. Commit → 3. Open → 4. Verify     満たすべき性質: 拘束性(binding)・秘匿性(hiding)
    PS: 証明者 ⇄ 検証者。証明対象を共有し、やりとりの末に ○ か ×
    Q. ハッシュ関数 vs ハッシュコミットメント?   Q. 対話型と非対話型はどう使い分ける?

    答えの見当: c = Hash(m) は m の候補が少ないと総当たりで割れる → 乱数を混ぜて Hash(r, m) にしたものがコミットメント。対話型は「特定の検証者をその場で」、非対話型(Fiat–Shamir)は「誰でも・あとから・オンチェーン」。

    5/38概念としての証明 — 5 つのパートから成立する
    1. 証明者 ── 2. 証明方法 ──▶ 3. 証明対象 ◀── 4. 検証方法 ── 5. 検証者
    Q. 我々は日常的に何を証明しているか? 数学的証明はどの点で優れているか?

    覚える 1 点: 身分証・領収書は「誰かを信じる」が検証方法に入る。数学的証明は検証が機械的で、証明者を信じなくてよい。ただし「証明が長いと検証も長い」— それを破るのが次の複雑性の話。

    6〜7/38計算複雑性/計算複雑性クラス
    複雑性 = 計算にかかる理論的リソース(時間・空間・通信・回路)
    P = 決定論的に多項式時間で解ける     NP = 多項式時間で検証できる(非決定論的に多項式時間で解ける)
    図: NL ⊂ P ⊂ NP ⊂ PSPACE ⊂ EXPTIME ⊂ EXPSPACE(= かどうかは ?)

    Week 3 の double-and-add がこの話: k·G を k 回足すと O(k)、倍々なら O(log k)。同じ答えでも手数の増え方で「できる/できない」が変わる。

    8〜9/38計算複雑性クラスと証明システム — NP = 最も標準的な証明システム
    NP = PCP(検証者が証明の一部をランダムに読むだけで検証できる)     IP = PSPACE     MIP = NEXPTIME
    証明者: 無限の計算能力で証明を見つける     検証者: 有限の計算能力で、多項式時間内に検証する     例: グラフ 3 彩色

    手で数えた: ピーターセングラフ(頂点 10・辺 15)の塗り方を見つけるのは総当たり 3¹⁰ = 59049 通り、確かめるのは辺 15 本を見るだけ。「証拠を渡せば弱い検証者でも速く確かめられる」= NP = 証明システム。

    Q. Week 3 の「x を知っている」は、証拠(witness)が何で、検証が何か。(x、s·G = R + e·P)

    10/38NP にいろいろな条件を加えていくと、現代の証明システムになる
    IP(Interactive Proof)   = 対話(prover と verifier がメッセージを交換)+ ランダム性(verifier が確率的)
    PCP                       = ランダム性 + オラクルアクセス(verifier が prover のメッセージに問い合わせる)
    IOP(Interactive Oracle Proof) = 3 つ全部

    オラクルの実体 = コミットメント(スライド 12)。「検証者が証明の一部だけ読む」には、証明者が質問を見てから書き換えられないことが必要。Week 3 の「先に封をする」。

    11/38証明の性質 — 信頼性とスケーラビリティ
    信頼性: 完全性(主張が真なら常に証明可能)/健全性(証明可能なら主張は真)  ← 主張の真偽 ⇄ 証明可能性 を一致させる
    スケーラビリティ: 証明生成・検証コスト、証明サイズ、鍵サイズ
    Q. 証明者と検証者向けの最適化ではどちらが重要? 他に満たすべき性質は?

    答えの見当: 検証者は多数・弱い端末・オンチェーン(ガス代)なので検証コストと証明サイズが効く。ただし証明者が実用範囲でなければ証明が作れない。「他に」= ゼロ知識性(この週の後半)。

    スライド 12〜17 / IOP と GKR

    オラクル ≈ コミットメント。GKR は回路をレイヤーに切って SumCheck で降りる

    12/38IOP — 現代のゼロ知識証明における証明スキームの主流
    証明者: 主張に対する証明を「何らかの数学的構造(オラクル ≈ コミットメント)」として生成
    検証者: ランダムに生成したチャレンジを用いて、効率的かつ段階的に検証(1. 証明の生成 → 2. チャレンジ → 3. 証明の生成 → 4. 検証 → …)
    13/38GKR(2008)— IP ベースのスキーム
    A. 算術化: 多重線形多項式(Multilinear Polynomial)   B. コミットメントスキーム: なし(組み合わせれば効率化・ゼロ知識化できる)   C. 証明システム: SumCheck プロトコル
    1. 主張(計算)を算術回路に → 2. 回路構造をレイヤーごとに多重線形多項式で表現 → 3. レイヤーごとに SumCheck → 4. ランダム線型結合で検証の計算量を削減

    この 3 箱(A/B/C)が、この週の全部の骨組み。STARK も PLONK も同じ 3 箱で出てくる。

    14/38GKR の仕組み 1 — 計算の算術回路化(レイヤーごとに数式を分割)
    L₀: y = y₀ + y₁(出力 1)     L₁: y₀ = x₁ + x₂(4), y₁ = x₃·x₄(8)     L₂: x₁..x₄ = 3, 1, 2, 4 ∈ F₁₁
    ゲートに 2 進の番地: L₁ は 0, 1、L₂ は 00, 01, 10, 11      f(x₁..x₄) = (x₁ + x₂) + (x₃·x₄) ∈ F₁₁[x]     上のレイヤーから順に証明
    15/38GKR の仕組み 2 — 計算結果とゲート構造の MLE(多重線形拡張)
    A. レイヤーごとの計算結果の MLE:  W̃₀ = 1,  W̃₁(z) = 4(1−z) + 8z = 4 + 4z,  W̃₂(z₁,z₂) = 3(1−z₁)(1−z₂) + 1(1−z₁)z₂ + 2z₁(1−z₂) + 4z₁z₂ = 3 − z₁ − 2z₂ + 4z₁z₂
    B. レイヤーごとのゲート構造の MLE:  W̃₀ = Σ_{a,b∈{0,1}} g₀(a,b),  g₀(a,b) = (1−a)·b·(W̃₁(a) + W̃₁(b))       ((a,b)=(0,1) の足し算ゲートだけ生き残る)
                                      W̃₁(z) = Σ g₁(a₁,a₂,b₁,b₂)(足し算ゲートと掛け算ゲートの項)

    ドリル A の 1〜4 行目がこれ。「表を 0/1 の外まで伸ばした多項式」にするのは、検証者が 0 でも 1 でもないランダムな点で値を聞くため。

    16/38GKR の仕組み 3 — SumCheck プロトコル(1990)の適用
    Σ_{a,b} g₀(a,b) = ? W̃₀ = 1  ⇔  g₀(2,3) = ? 4
    ラウンド 0: p₁(x) = Σ_b g₀(x,b) = 12 − 8x − 4x² ≡ 1 + 3x + 7x²     p₁(0)+p₁(1) = ? 1     p₁(r₁=2) = 35 ≡ 2
    ラウンド 1: p₂(y) = g₀(2,y) = −5y − 4y² ≡ 6y + 7y²                p₂(0)+p₂(1) = ? p₁(2) = 2     p₂(r₂=3) = 81 ≡ 4

    ドリル A の 5〜10 行目がこの 2 ラウンド。検証者は和を足さず、2 点の足し算と 1 点の評価だけ。最後に g₀(2,3) を 1 回評価して一致を見る。

    17/38GKR の仕組み 4 — 線形削減(Line Reduction)による検証の効率化
    g₀(2,3) = (1−2)·3·(W̃₁(2) + W̃₁(3)) — W̃₁ の 2 点が要る → 1 点にまとめる
    4-1. (2,3) を通る直線 l(t) = (1−t)·2 + 3t = 2 + t     4-2. q(t) = W̃₁(l(t)) = 4 + 4(2+t) ≡ 1 + 4t(q(0) = 1 = W̃₁(2), q(1) = 5 = W̃₁(3))     4-3. q(4) = 17 ≡ 6
    Q. 各種計算量、通信量、証明サイズは?(答えのスライド 18 は伏せられている)

    見当: 証明者 O(|C|)(Libra 以降)、検証者 O(深さ·log|C|) + 入力の評価、証明サイズ O(深さ·log|C|) 個の体の元。信頼設定なし。コミットメントが無いのでそのままではゼロ知識でない。

    スライド 19〜23 / STARK(2018)

    実行トレース → AIR → 商多項式 → Merkle → FRI

    19/38STARK — IOP ベースのスキーム ①(Scalable Transparent ARgument of Knowledge)
    A. 算術化: AIR(1. 計算を実行トレースに → 2. トレースの制約を多項式として表現・補間)
    B. コミットメント: Merkle ツリーベースの多項式 CS(3. データの堅牢性・証明の効率性 + ゼロ知識性)
    C. 証明システム: FRI プロトコル(4. 多項式の次元数に関する性質を応用し、低次元性の証明に変換)
    20/38STARK の仕組み 1 — 計算の実行トレース化
     t   a   m   y      f(x₁..x₄) = (x₁ + x₂) + (x₃·x₄) ∈ F₁₇,  f(3,1,2,4) = 12
     0   0   0   0      初期状態
     1   4   0   0      x₁ + x₂ = 3 + 1 = 4
     2   4   8   0      x₃·x₄ = 2·4 = 8
     3   4   8  12      a + m = 4 + 8 = 12        ← 実行トレース(execution trace)

    ドリル B の 1 行目。回路が「値の繋がりの図」なら、トレースは「時間ごとの状態の表」。CPU の実行のように同じ規則を何万ステップも繰り返す計算に向く。

    21/38STARK の仕組み 2 — 実行トレース制約の多項式化(AIR)
    評価ドメイン: t → ω^t、ω = 4 ∈ F₁₇(1, 4, 16, 13)
    2-1. ラグランジュ補間による遷移多項式: A(X) = 3 − X − X² − X³,  M(X) = 4 + 6X + 7X³,  Y(X) = 3 + 12X + 14X² + 5X³
    2-2. 制約多項式: C(X) = S₀(X)(A(ωX) − 4) + S₁(X)(M(ωX) − 8) + S₂(X)(Y(ωX) − A(X) − M(X)) = 2 − 5X − 5X² − 2X⁴ + 5X⁵ + 5X⁶ = 0(H の全点で)

    ドリル B の 2〜7 行目。「次の行」が X → ωX の掛け算で書けるように t を ω^t に置く。「= 0」は「H の 4 点で 0」の意味。

    22/38STARK の仕組み 3 — マークルツリーを用いた多項式コミットメント
    3-1. 因数定理: C(X) が H の全点で 0 ⇔ 消滅多項式 Z_H(X) = Π(X − v) = Xⁿ − 1 で割り切れる。  Q₀(X) = C(X)/(X⁴ − 1) = 5X² + 5X − 2
    3-2. 評価ドメインを 4 倍程度に拡張し、各点で Q₀ を評価した値を Merkle 木の葉にしてコミット。根を検証者に渡す

    ドリル B の 8〜10 行目。Week 3 ドリル 4 の「Z で割り切れる」と同じ道具。Merkle 根が「質問を見てから書き換えられない」を保証する。

    23/38STARK の仕組み 4 — 商多項式の低次元性証明(FRI)
    4-1. コミットフェーズ: Q₀(X) = Q₀,even(X²) + X·Q₀,odd(X²) = (5X² − 2) + X·5。 Y = X², β₁ = 3: Q₁(Y) = Q₀,even(Y) + β₁Q₀,odd(Y) = (5Y − 2) + 15 = 5Y + 13(次数 2 → 1)
    4-2. クエリフェーズ: Q₀,even(x²) = (Q₀(x) + Q₀(−x))/2,  Q₀,odd(x²) = (Q₀(x) − Q₀(−x))/(2x)  → 線形結合の正しさを検証(Schwartz–Zippel)
    Q. 各種計算量、通信量、証明サイズは?(スライド 24 は伏せられている)

    ドリル B の 11〜14 行目。x と −x の 2 点で偶奇部分が復元できる。見当: 証明者 O(T log T)、検証者 O(log² T)、証明は数十〜数百 KB、透明(信頼設定なし)、ハッシュだけなので耐量子。

    スライド 25〜29 / PLONK(2019)

    ゲート表 → 11 本の多項式 → KZG → ゲート制約とコピー制約

    25/38PLONK — IOP ベースのスキーム ②
    A. 算術化: Plonkish(複数の一変数多項式)   B. コミットメント: KZG ベースの多項式 CS(楕円曲線上の 1 要素に固定)   C. 証明システム: 多項式 IOP(KZG の評価証明 + ランダムな評価ポイント)
    26〜27/38PLONK の仕組み 1〜2 — 算術回路化と、11 個のベクトルの一変数多項式化
               L  R  O  │ Q_L Q_R Q_M Q_O Q_C │  σ_L     σ_R     σ_O
    gate 0 (+) 3  1  4  │  1   1   0  −1   0  │ ω⁰k₀    ω⁰k₁    ω²k₀ (= L of gate 2)
    gate 1 (×) 2  4  8  │  0   0   1  −1   0  │ ω¹k₀    ω¹k₁    ω²k₁ (= R of gate 2)
    gate 2 (+) 4  8 12  │  1   1   0  −1   0  │ ω⁰k₂    ω¹k₂    ω²k₂
    witness(秘密)/selector(公開: 型)/wiring(公開: 配線)。11 本をそれぞれラグランジュ補間

    ドリル C の 1〜3 行目。ゲート方程式 Q_L·L + Q_R·R + Q_M·L·R + Q_O·O + Q_C = 0 が 1 本で足し算も掛け算も表す。

    28/38PLONK の仕組み 3 — KZG コミットメント
    3-1. setup: SRS = {τg₁, τ²g₁, …, τᵈg₁, g₂, τg₂} を MPC 経由で(τ は捨てる)    3-2. commit: Com_f = f(τ)g₁
    3-3. open: q(X) = (f(X) − f(α))/(X − α), Com_q = q(τ)g₁    3-4. verify: ペアリングの双線型性で Com_f = (τ − α)Com_q + f(α)g₁ を確認

    Week 3 スライド 38〜42 と同じ。証明が短い(点 1 個)代わりに信頼設定が要る。

    29/38PLONK の仕組み 4 — 多項式制約の証明・検証
    インプット制約: KZG の開示証明
    ゲート制約: f(X) = Q_L L + Q_R R + Q_M L R + Q_O O + Q_C = ?0 → ゼロテスト(消滅多項式 Z_H で商 Q へ)
    コピー制約: 配線で入れ替える前後の値が並べ替えになっていることを大積(grand product)で → 累算器 p(X): p(ω⁰) = 1, p(ω^{i+1}) = p(ω^i)·f/g ⇔ p(ωX)g(X) − p(X)f(X) = 0
    Q. 各種計算量、通信量、証明サイズは?(スライド 30 は伏せられている)

    ドリル C の 4〜10 行目見当: 証明者 O(n log n) + MSM、検証者 O(1)(ペアリング数回)、証明は数百バイト、universal な信頼設定が要る。

    スライド 31〜35 / ゼロ知識性の実現手法・まとめ・ワークショップ

    ゼロ知識化 ≒ 多項式のマスキング。大枠と構成要素は共通、組み合わせはさまざま

    31/38証明スキームのゼロ知識化 — STARK と PLONK
    f̃(X) := f(X) + Z_H(X)R(X)   (評価ドメイン内では 0、外ではランダムなブラインド多項式を加える)
    STARK: 遷移多項式・制約多項式に。FRI も踏まえて十分なランダムネス、Merkle にもランダムソルト
    PLONK: ウィットネス多項式・ワイヤリング多項式・各商多項式に。 Q. なぜセレクター多項式はブラインド化しない?

    Week 3 ドリル 4 の最後の行がこれ。答え: セレクターは回路の型で公開情報。隠すものがなく、ブラインドすると次数が上がるだけ。

    32/38GKR のゼロ知識化 — 多項式のマスキング + コミットメントスキーム
    1. 回路構造の多変数多項式をコミット → 2. マスク用 R(X) をコミット(Merkle が多い)→ 3. マスクした状態で SumCheck → f(X) + R(X) → 4. 終盤に引き算で相殺 V_original = V_total − V_random → 5. 開示証明の検証(Merkle パス + FRI)
    Q. どちらかのみではなぜ NG?

    答えの見当: マスクだけだと R を後から選び直せる(先にコミットして固定が要る)。コミットだけだと SumCheck で送る一変数多項式が W̃ の情報を持ったまま。「隠す」と「固定する」は別の仕事。

    33〜34/38ゼロ知識証明まとめ — 証明 + ゼロ知識性/大枠と構成要素は共通
    ゼロ知識証明 := 証明 + ゼロ知識性。 現代の証明システム(IOP)は効率的な検証を可能にする数学的証明の 1 つ
    「算術化」「コミットメントスキーム」「証明システム」の組み合わせ。完全性・健全性・ゼロ知識性の強さで堅牢性、計算量・証明サイズで性能が測れる
    同じ名前でも細部が違う: GKR → Virgo/Libra(FRI/KZG 導入), Jolt/STARK → Redshift(AIR → Plonkish), zkSTARK(DEEP FRI)/PLONK → Halo2(KZG → IPA), Plonky2/3(Plonkish/AIR + FRI)
    SNARK の分類: Polynomial IOP + Polynomial Commitment Scheme(IP / MIP / 定数ラウンド IOP × FRI / 離散対数系 / ペアリング系) と Linear PCP + Pairing(Groth16)

    持ち帰り: 新しいスキーム名を見たら「算術化は何か・コミットメントは何か・証明システムは何か」の 3 つを埋める。

    35/38ワークショップ — ZK, or not ZK(ケーススタディ: AI エージェント保険)
    課題: AI エージェントの運用実績(タスク完了率など)を、サービスの機密データ(顧客データ)を渡さずに外部の損保会社に証明するシステムの設計
    検討: 指標(ISO など)と実績の測定・証明方法/機密データの秘匿方法・具体的スキーム/トラストモデル(誰・何を信頼するか)/現実的なトレードオフ

    考える型: 5 パート(証明者 = 事業者、検証者 = 損保、証明対象 = 「完了率 ≥ 95%」)と 3 箱。まず「ログの真正性を誰が保証するか」(ZK は「作り物の上で正しく計算した」しか言えない)。候補: ZK(STARK 系は信頼設定なし、PLONK 系は短くオンチェーン向き)/MPC/TEE/監査 + NDA。「not ZK」が正解のことも多い。

    予習チェック

    講義の前に、自分の言葉で言えるか 7 問

    (1) 「NP は最も標準的な証明システム」と言える理由を、証明者と検証者の役割で。 (2) IP・PCP・IOP は NP に何を足したものか(3 つ)。オラクルの実体は何か。 (3) SumCheck で検証者が「和を足さずに」納得できる理由(ドリル A の最後の行)。 (4) 「H の全点で 0」を「Z_H で割り切れる」に変えると何が確かめやすくなるか(ドリル B の 9〜10 行目)。 (5) FRI で x と −x の 2 点から何が復元できるか。 (6) PLONK でゲート制約とコピー制約の両方が要る理由を、壊れる witness(5, 8, 13)で(ドリル C)。 (7) f + Z_H·R が H の上で元の値を保ち、外でランダムになる理由。

    ドリル A・B・C を通していれば、7 問とも「自分の手で出した数」で答えられます。詰まった番号だけ、対応するドリルの行に戻る。

    用語集

    用語の意味・なぜその言葉か・どのドリルで触ったか

    用語意味なぜその言葉かどこで
    P / NP多項式時間で解ける/多項式時間で検証できる問題の集まりPolynomial / Non-deterministic Polynomial。NP は「証拠を渡せば速く確かめられる」スライド 7〜9
    IP / PCP / IOPNP に対話・ランダム性・オラクルアクセスを足した証明システムInteractive Proof / Probabilistically Checkable Proof / Interactive Oracle Proofスライド 10
    オラクル(oracle)何でも正しく答える仮想の箱。検証者が証明の一部だけ問い合わせる神託。実物はコミットメントスライド 12
    算術化(arithmetization)計算を + と × の式(多項式)に翻訳する工程arithmetic = 算術。3 箱の Aドリル A〜C の前半
    MLE(多重線形拡張)0/1 の表を、各変数 1 次の多項式に伸ばしたものMultilinear Extension。格子の外のランダムな点で聞くためドリル A の 2 行目
    SumCheck「格子点全部の和」を、変数を 1 つずつ潰して確かめる対話そのまま「和の検査」(1990)ドリル A
    線形削減(line reduction)2 点の主張を、2 点を通る直線上の 1 点にまとめるline = 直線スライド 17
    実行トレース横に変数、縦に時間の表execution trace = 実行の足跡ドリル B の 1 行目
    AIRトレースの行と次の行の関係を多項式の等式にしたものAlgebraic Intermediate Representation。コンパイラの中間表現からドリル B の 5〜7 行目
    評価ドメイン H行番号を置く点の集まり {1, ω, ω², …}ω は 1 の n 乗根。「次の行」が X → ωX になるドリル B の 2 行目
    消滅多項式 Z_HH の全点で 0 になる最小の多項式 Xⁿ − 1vanishing = 消えるドリル B の 9 行目
    商多項式 QC を Z_H で割った商。存在する ⇔ C が H の全点で 0quotient = 商。因数定理(数 II)ドリル B の 10 行目
    Merkle 木評価値をハッシュで木にまとめ、根 1 個で全体を代表Ralph Merkle(人名)スライド 22
    FRI多項式を偶数次・奇数次に分けて折り畳み、低次数を確かめるFast Reed–Solomon IOP of Proximityドリル B の 11〜14 行目
    Plonkishゲート表(witness / selector / wiring の列)を一変数多項式にする算術化PLONK 風ドリル C
    セレクターゲートの型(+ か ×)を表す公開の係数列selector = 選ぶものドリル C の 1 行目
    コピー制約/大積行をまたぐ「同じ値」を、番地を σ で入れ替えた集合の一致で確かめる。積で 1 個の数にcopy constraint / grand productドリル C の 7〜10 行目
    KZG / SRS / trusted setup多項式のコミットメント/公開の点の列/τ を捨てる儀式Kate・Zaverucha・Goldberg(人名)。Structured Reference Stringスライド 28
    ブラインド多項式f + Z_H·R。H の上では f と同じ、外ではランダムblind = 目隠しスライド 31、Week 3 ドリル 4
    Schwartz–Zippel違う多項式はランダムな 1 点でほぼ違う値になる(一致は次数個以下)人名 2 人。「1 点で確かめてよい」根拠ドリル A・B の検査
    完全性/健全性真なら通る/通ったなら真completeness / soundnessスライド 11
    succinct / transparent証明が短く検証が速い/信頼設定が要らない別の軸。片方から片方は出ないスライド 19・25

    ラボ 1

    SumCheck を回す — 検証者の乱数と、嘘の証明者

    レイヤー 0 の SumCheck を F₁₁ で回します。あなたが検証者で、r₁ と r₂ を選びます。 証明者を「嘘」にすると、主張した値だけを変えて辻褄合わせの多項式を送ってきます。 右の地図は、いまの主張に対して 121 通りの (r₁, r₂) のどれが受理してしまうかです。

    設定

    F₁₁ / g₀ のレイヤー 0
    入力 (x₁,x₂,x₃,x₄)回路は同じ、値だけ変える
    証明者嘘なら主張値を選ぶ
    主張する値本当の値と違うものを
    r₁(ラウンド 0 の乱数)検証者が選ぶ
    r₂(ラウンド 1 の乱数)検証者が選ぶ
    受理地図横 r₁ / 縦 r₂。赤 = 受理してしまう

    やりとり

    ラボ 2

    トレースを改ざんして、商多項式が消えるのを見る

    F₁₇ のトレース(公開入力 3, 1, 2, 4)のマスを直接書き換えられます。 書き換えるたびに、遷移多項式 → 制約多項式 → Z_H で割った商と余り → コセット上の低次数テスト、 そして商が存在するときは FRI の折り畳みまで計算し直します。

    1 つ注意があります。講義のトイ AIR が縛っているのは a₁ = x₁+x₂m₂ = x₃·x₄y₃ = a₂+m₂ の 3 本だけです。制約の無いマス(y₁ など)は書き換えても通ります—— Week 1 で見たアンダー制約そのもの。実物の AIR は境界制約(初期状態が 0)と「値を保持する」制約 (A(ωX) − A(X) = 0 など)を足して全マスを縛ります。「y₁ を 5 に」を押して確かめてください。

    実行トレース

    F₁₇ / ω = 4 / H = {1,4,16,13}
    tX = ω^tamy
    FRI の β₁検証者の乱数
    FRI の β₂検証者の乱数
    クエリ点 x評価ドメイン g = 2 の冪

    遷移多項式 → 制約多項式 → 商

    FRI

    ラボ 3

    PLONK の表を書き換える — ゲート制約と配線制約は別の目で見る

    witness の 9 マス(F₁₇)を書き換えられます。行ごとのゲート方程式、2 本のコピー制約、 そして β, γ を変えながらの大積(F₁₀₁)を同時に計算します。 ゲート制約が全部緑でも大積が赤になる表を作ってみてください。

    ゲート表

    値は F₁₇ / 大積は F₁₀₁
    LROセレクター
    β検証者の乱数(F₁₀₁)
    γ検証者の乱数(F₁₀₁)

    ゲート制約(行の中)

    コピー制約(行をまたぐ)

    大積 — 累算器の 1 周

    検問クイズ

    検証者検問 — 少ない手数で嘘を見つける

    読んだだけでは定着しない。ここではあなたが検証者の席に座り、 SumCheck のラウンド、トレースの制約、ゲート表、FRI の折り畳みを審査する。問題は毎回その場で生成され、 判定は上のラボと同じ計算器が行う。3 回誤判定したら、その回は終了。

    検問モードを選ぶ

    10 問・ライフ 3

    誤答するとその場で解説が出る。分野を絞って弱点だけ潰すこともできる。

    持ち帰り

    持っておくと効く問い

    読み終わったら答えられるはずのこと

    ・NP が「最も標準的な証明システム」だと言えるのはなぜか。証明者と検証者はそれぞれ何をするか。

    ・SumCheck で検証者が「和を足さない」のに納得できる理由を、Schwartz–Zippel の一言で言うと。

    ・「H の全点で 0」を「Z_H で割り切れる」に変えると、何が検証しやすくなるのか。

    ・PLONK でゲート制約とコピー制約の両方が要る理由を、壊れる witness の例つきで。

    ・ブラインド多項式 f + Z_H·R が、H の上で元の値を保つ理由と、外でランダムになる理由。

    ・KZG の信頼設定で「τ を捨てる」が必要な理由。

    次に向けて

    今週の 3 部品は、これ以降の週の地図です。新しいスキーム名が出てきたら、 算術化は何か・コミットメントは何か・証明システムは何かの 3 つを埋めてみてください。 埋まらない箱があれば、そこがそのスキームの新しさです。

    そして Week 3 の Schnorr に戻ると、あれは算術化なし・コミットメント R = rG・証明システムはシグマプロトコルの 最小構成でした。今週の GKR / STARK / PLONK は、その「主張」を「x を知っている」から 「計算全体が正しい」に広げるために、3 つの箱を大きくしたものです。

    付録

    深掘り本文 — 各節を開いて読む(旧版の本文)

    上のドリルとカードで骨組みが入ったあとで、細部を足したいときに開いてください。5 パート・複雑性・3 部品表の長文、各スキームの長文版、ゼロ知識化、計算量の比較表、ワークショップの考え方はここにあります。

    Week 3 の Schnorr は、何を渡していたのか(旧・出発点)

    出発点

    Week 3 の Schnorr は、何を渡していたのか

    先週の課題は、楕円曲線の上で 「秘密鍵 x を知っている」ことを、x を見せずに納得させる 3 手の会話を実装するものでした。数式が多くて全体が見えにくかったので、 まず誰が何を持っていて、何を送り、何を確かめたのかだけを 1 枚にします。

    公開されているもの: 生成点 G、公開鍵 P = x·G   (x は証明者だけが知る)
    
    証明者                                     検証者
    r をその場の乱数で選ぶ
    R = r·G            ── R を送る ──▶
                       ◀── e を送る ──          e をその場の乱数で選ぶ
    s = r + e·x        ── s を送る ──▶          s·G == R + e·P ? を計算して比べる

    検証者は x を知りません。それでも右辺 R + e·P は、受け取った R と、 自分で選んだ e と、公開されている P だけで計算できます。左辺 s·G も、 受け取った s と公開の G だけで計算できます。両辺が同じ点になるのは、 s の中に本当に x が入っているときだけです(s·G = (r + e·x)·G = R + e·P)。

    x が漏れないのは、s = r + e·x の x が毎回違う乱数 r で覆われているから。 そして r を 2 回使い回すと、2 本の s の差から x が割り出せてしまう。 先週の「nonce 再利用で鍵が漏れる」テストはこれを実演していました。

    今週の問いは、ここから一段抽象に上がります。「x を知っている」を渡せたなら、 「この計算全体を正しく実行した」も同じように渡せないか。 そのために「証明」という言葉そのものを、いったん分解します。

    講義の最初の問い — 電子署名とゼロ知識証明の違いは?

    同じ数式を、違う目的で使っています。

    上の 3 手で、検証者の e を「ハッシュ値 e = H(R, P, メッセージ)」に置き換えると、 会話が要らなくなり、(R, s) だけを渡せば誰でも検証できます。これが Schnorr 署名です (Fiat–Shamir 変換)。

    署名が渡すのは「この鍵の持ち主が、このメッセージに同意した」という第三者に見せられる証拠ゼロ知識証明が渡すのは「この主張は真である」という納得で、しかも主張の裏にある秘密 (x や、計算の中身)は渡さない。署名は「知識の証明」の特殊な使い方だ、と見ることができます。

    前提について

    このノートは Week 3 の 3 手(上の図)が読めれば進めます。有限体・多項式の割り算・ ラグランジュ補間は本文で数値を入れて追いますが、不安があれば 土台編Week 3 ノートの 後半(多項式と commitment の地図)を先にどうぞ。

    この頁の構成

      証明とは何か — 5 つのパートに分ける

      前提 1

      証明とは何か — 5 つのパートに分ける

      「証明」は数学の専門用語ではなく、日常で毎日やっていることです。年齢を示すために身分証を出す。 経費のために領収書を出す。ここに数学もゼロ知識も要りません。講義はまず、この日常の証明を 5 つのパートに分解するところから始めます。

      1証明者(Prover)主張が真だと納得させたい側。秘密や手間をかけた計算を持っている。
      2証明方法証拠をどう作るか。身分証を出す、領収書を保管する、計算の記録を残す。
      3証明対象何を主張しているか。「20 歳以上」「この支出は業務」「この出力は正しい」。
      4検証方法証拠をどう確かめるか。写真と顔を見比べる、宛名と日付を見る、式を計算し直す。
      5検証者(Verifier)納得する側。時間も能力も限られていて、たいてい証明者より弱い。

      この分解をすると、日常の証明の弱点が見えます。身分証は発行元を信頼しているし、 領収書は偽造できるし、アリバイは証言者を信頼している。 検証方法のどこかに「誰かを信じる」が入っています。

      数学的証明が優れているのは、検証方法が機械的で、証明者を信じる必要がないことです。 「s·G と R + e·P を計算して比べる」は、誰がやっても同じ結果になります。 検証者は証明者の人柄も、計算環境も、発行元も信じなくてよい。式だけを信じればよい。

      ただし数学的証明にも 1 つ、日常の証明と同じ弱点が残っています。 証明が長いと、検証にも時間がかかることです。 1 万行の計算が正しいと確かめるのに 1 万行読み直すなら、証明者と検証者の手間は同じ。 「弱い検証者が、強い証明者の主張を、短時間で確かめる」ためには、 読まなくても納得できる仕掛けが要ります。それが次の節です。

      Week 3 の 3 手を 5 パートに当てはめると

      証明者
      x を知っている人
      証明方法
      R = rG を送り、e を受けて s = r + e·x を返す
      証明対象
      「P = x·G となる x を知っている」
      検証方法
      s·G == R + e·P を計算して比べる
      検証者
      x を知らない人(誰でもよい)

      今週はこの 5 パートのうち「証明対象」を「x を知っている」から「計算 f を正しく実行した」に広げます。 証明方法と検証方法は、そのぶん複雑になります。

      計算複雑性 — 「解くのは大変、確かめるのは楽」を物差しにする

      前提 2

      計算複雑性 — 「解くのは大変、確かめるのは楽」を物差しにする

      「証明が長いと検証も長い」を破るために、まず計算にも難しさがあることを 物差しにします。難しさは、入力サイズ n に対して手数がどう増えるかで測ります。

      1. 複雑性 = 計算にかかる理論的なリソース

        時間(ステップ数)、空間(メモリ)、それに証明の話で効いてくる通信量回路サイズ。n が 2 倍になったとき手数が 2 倍で済むのが O(n)、 2 乗になるのが O(n²)、2 倍ごとに倍々になるのが O(2ⁿ)

        Week 3 の double-and-add がまさにこの話でした。k·G を「G を k 回足す」と O(k)、2 進で見て倍々に作ると O(log k)。secp256k1 の k ≈ 2²⁵⁶ では 前者は終わらず、後者は 10 ms で終わります。同じ答えでも、手数の増え方が違えば 「できる/できない」が変わる。

      2. P と NP — 「解ける」と「確かめられる」は別

        P は、多項式時間(O(n)O(n²)、…)で 答えを見つけられる問題の集まり。NP は、答えの候補(証拠、witness)を 渡されたときに、多項式時間で正しいと確かめられる問題の集まりです。

        講義の例はグラフの 3 彩色でした。「隣り合う頂点が同じ色にならないように 3 色で塗れるか」。 塗り方を見つけるのは総当たりだと 3ⁿ 通り。 塗り方を確かめるのは辺の数だけ色を見比べればよい。 実際に講義のグラフ(ピーターセングラフ、頂点 10・辺 15)で数えました。

        総当たりで試した塗り方   : 59049 通り(3¹⁰)
        そのうち条件を満たすもの : 120 通り
        1 つの塗り方を検証する手数 : 15 回(辺ごとに「両端が違う色か」を見るだけ)

        ここが今週いちばん大事な一文です。NP は「証拠を渡せば、弱い検証者でも速く確かめられる」問題の集まり。 つまり NP は、最も標準的な証明システムそのものです。証明者は無限に強くてよい(塗り方を見つける)。 検証者は多項式時間しか使えない(塗り方を確かめる)。Week 3 の「x を知っている」も、 「回路を正しく実行した」も、全部この形に収まります。

      3. NP に条件を足していくと、現代の証明システムになる

        NP のままでは、証拠(塗り方、計算の記録)を丸ごと渡すので、検証は証拠の長さに比例します。 ここに 3 つの材料を足します。

        対話Interaction
        ランダム性Randomness
        オラクルOracle access
        IP: 対話 + ランダム性 → PSPACE まで届く
        PCP: ランダム性 + オラクル → NP と同じ(証拠の一部だけ読む)
        IOP: 3 つ全部 → 現代の ZK の主流

        PCP 定理は驚くべき主張です。NP の証拠は、書き方を工夫すれば 「検証者がランダムに数か所だけ読めば十分」な形に書き直せる。1 万行の証明を 1 万行読む必要はない。 ただし証明者があとから書き換えられないことが条件で、それを保証するのが「オラクル」—— 現実にはコミットメント(Merkle 木や KZG)です。先週の commitment は、ここで使うために出てきました。

        対話型と非対話型の使い分け(講義の Q)。対話型は「特定の検証者を、その場で」納得させるのに向き、 非対話型(Fiat–Shamir で e をハッシュにしたもの)は「誰でも、あとから、オンチェーンで」検証できる。 先週の Schnorr → 署名の変換と、まったく同じ手です。

      証明システムに求める性質 — 信頼性の軸と、スケーラビリティの軸

      前提 3

      証明システムに求める性質 — 信頼性の軸と、スケーラビリティの軸

      完全性(Completeness): 主張が真なら、正直な証明者は必ず通る。 健全性(Soundness): 主張が偽なら、どんな証明者も(ほぼ)通らない。 Week 3 で「simulator の会話も受理される」を見たとき、この 2 つに加えて ゼロ知識性(会話から秘密が漏れない)を分けて考えました。今週も同じ 3 本柱です。

      今週新しく加わるのがスケーラビリティの軸です。証明を作る時間、検証する時間、証明のサイズ、鍵のサイズ。 講義の問い「証明者向けと検証者向けの最適化、どちらが重要?」には両方の答えがあります。 検証者は「多数・弱い端末・オンチェーンでガス代を払う」ので、検証コストと証明サイズが小さいほど使い道が広がる。 一方で証明者のコストが実用範囲に収まらなければ、そもそも証明が作れない。 スキームの違いは、ほぼこのトレードオフをどこに置くかの違いです。

      「主張の真偽」と「証明可能性」を一致させる

      スライドの右側の図は、この 2 つを上下に置いて双方向の矢印で結んでいました。 完全性は「真 → 証明できる」、健全性は「証明できる → 真」。両方向が揃って初めて、 「証明が通った」を「主張が真」と読み替えてよい

      ただし現代のスキームの健全性は確率的です。嘘の証明者は「たまに」通る。 その確率が 2⁻¹⁰⁰ なら実用上ゼロ。このノートのラボは体を小さく(F₁₁、F₁₇)してあるので、 その「たまに」を数えられます。

      ゼロ知識証明 = 算術化 + コミットメント + 証明システム(部品表)

      部品表

      ゼロ知識証明 = 算術化 + コミットメント + 証明システム

      講義は GKR・STARK・PLONK の 3 つを、毎回同じ 3 つの箱で説明していました。 箱の名前を先に固定しておくと、どのスキームも「箱の中身が違うだけ」に見えてきます。

      A算術化(Arithmetization)証明したい計算を、+ と × だけの式(多項式)に翻訳する。Week 1 の算術回路の続き。
      Bコミットメントスキーム翻訳した多項式を「あとから書き換えられない箱」に入れる。オラクルの実体。
      C証明システム箱の中身について、検証者がランダムな質問を投げて少ない手数で納得する手順。
      GKR(2008)STARK(2018)PLONK(2019)
      系統IP ベースIOP ベース ①IOP ベース ②(多項式 IOP)
      A. 算術化レイヤー付き算術回路 → 多重線形多項式(MLE)実行トレース → AIR(遷移多項式と制約多項式)ゲート表 → Plonkish(11 本の一変数多項式)
      B. コミットメント元論文ではなし(後の Virgo/Libra が FRI/KZG を導入)Merkle 木ベースの多項式コミットメントKZG(楕円曲線・ペアリング)ベースの多項式コミットメント
      C. 証明システムSumCheck をレイヤーごとにFRI(商多項式の低次数性)KZG の開示証明 + ゼロテスト大積
      ゼロ知識化の手多項式のマスキング + コミットメントブラインド多項式 + Merkle のソルトブラインド多項式(witness・配線・商)

      このノートの読み方

      以下、3 スキームとも講義と同じトイ計算 f(x₁,x₂,x₃,x₄) = (x₁ + x₂) + (x₃·x₄)、 入力 (3, 1, 2, 4) を使います。GKR は F₁₁ で答え 4 + 8 = 12 ≡ 1、 STARK と PLONK は F₁₇ で答え 12。同じ計算が、3 通りの多項式に翻訳されるのを見てください。

      各節の最後に「壊した実測」を置きました。嘘の証明者がどこで、どのくらいの確率で落ちるかを数えています。

      GKR — 回路をレイヤーに切って、SumCheck で上から降りる(長文版)

      スキーム 1 / GKR

      GKR — 回路をレイヤーに切って、SumCheck で上から降りる

      GKR は「証明者は強い、検証者は弱い」を一番素直に形にしたスキームです。 回路の出力側から入力側へ 1 レイヤーずつ、「このレイヤーの値は正しい」という主張を 「1 つ下のレイヤーのある 1 点の値は正しい」という主張に置き換えていきます。 置き換えの道具が SumCheck です。

      1. 回路をレイヤーごとの式にする

        L₀ : y  = y₀ + y₁                       出力: 1
        L₁ : y₀ = x₁ + x₂ ,  y₁ = x₃ · x₄        値: 4, 8
        L₂ : x₁, x₂, x₃, x₄ ∈ F₁₁               入力: 3, 1, 2, 4
        
        ゲートに 2 進の番地をつける:  L₁ の 2 個 → 0, 1   L₂ の 4 個 → 00, 01, 10, 11
        f(3,1,2,4) = (3 + 1) + (2 · 4) = 12 ≡ 1 (mod 11)

        Week 1 の算術回路そのものです。違いは、レイヤーごとに区切って 「各レイヤーの値の表」「レイヤー間の配線の表」を別々に扱うこと。 前者は秘密(witness)、後者は公開(回路の形)です。

      2. 表を多項式に伸ばす — MLE(多重線形拡張)

        レイヤー 2 の値の表は「番地 (z₁,z₂) → 値」で 00→3, 01→1, 10→2, 11→4。 これを、0/1 の格子点では表と一致し、格子の外まで滑らかに伸ばした唯一の多項式にします。 各変数について 1 次(線形)なので「多重線形」です。

        W̃₂(z₁,z₂) = 3(1−z₁)(1−z₂) + 1(1−z₁)z₂ + 2z₁(1−z₂) + 4z₁z₂
                   = 3 − z₁ − 2z₂ + 4z₁z₂            ← 展開して整理(mod 11 で係数は 3, 10, 9, 4)
        
        W̃₁(z) = 4(1−z) + 8z = 4 + 4z                 ← レイヤー 1 の表 {0→4, 1→8}
        W̃₀( ) = 1                                     ← レイヤー 0(変数なし)

        なぜ 0/1 の外まで伸ばすのか。あとで検証者が 0 でも 1 でもないランダムな点で値を聞くからです。 表のままなら「番地 2」に値はありませんが、多項式にしておけば W̃₁(2) = 4 + 8 = 12 ≡ 1 が定まる。 ランダムな点で聞けるようにすることが、少ない手数で嘘を見つける仕掛けの土台になります。

        配線の表も多項式にします。レイヤー 0 のゲートは「レイヤー 1 の番地 0 と番地 1 を足す」でした。 それを式にしたのが g₀ です。

        g₀(a, b) = (1−a) · b · ( W̃₁(a) + W̃₁(b) )
                     ↑ (a,b) = (0,1) のときだけ 1、それ以外の格子点では 0
        W̃₀ = Σ_{a,b∈{0,1}} g₀(a,b) = g₀(0,1) = 1·(4 + 8) = 12 ≡ 1  ✓

        ここで主張の形が決まります。「レイヤー 0 の値は 1 である」は 「ある多項式 g₀ を 0/1 の全組み合わせで足すと 1 になる」という形に書き直された。 レイヤーが深くなっても、主張は必ずこの「格子点全部の和」の形になります。 格子点は変数の数を k とすると 2ᵏ 個。検証者はこれを全部足したくない。

      3. SumCheck — 和を全部足さずに、和が正しいと納得する

        変数を 1 つずつ「潰し」ます。各ラウンドで証明者は一変数多項式を送り、 検証者は2 点の値を足すだけで前ラウンドと辻褄が合うか見て、 ランダムな点でその多項式を評価し、それを次ラウンドの「主張」にします。

        主張: Σ_{a,b} g₀(a,b) = 1
        
        ラウンド 0(a を潰す)
          証明者 → p₁(x) = Σ_{b∈{0,1}} g₀(x,b) = g₀(x,0) + g₀(x,1)
                        = 0 + (1−x)·(W̃₁(x) + W̃₁(1)) = (1−x)(12 + 4x)
                        = 12 − 8x − 4x² ≡ 1 + 3x + 7x²  (mod 11)
          検証者:  p₁(0) + p₁(1) = 1 + 11 = 12 ≡ 1  … 主張と一致 ✓
                   r₁ = 2 を選ぶ → p₁(2) = 1 + 6 + 28 = 35 ≡ 2   ← 次の主張は「g₀(2, b) の b についての和 = 2」
        
        ラウンド 1(b を潰す)
          証明者 → p₂(y) = g₀(2, y) = (1−2)·y·(W̃₁(2) + W̃₁(y)) = −y(16 + 4y)
                        = −5y − 4y² ≡ 6y + 7y²  (mod 11)
          検証者:  p₂(0) + p₂(1) = 0 + 13 = 13 ≡ 2  … 前ラウンドの p₁(2) と一致 ✓
                   r₂ = 3 を選ぶ → p₂(3) = 18 + 63 = 81 ≡ 4
        
        最後(自分で 1 点だけ計算する)
          検証者:  g₀(2, 3) = (1−2)·3·(W̃₁(2) + W̃₁(3)) = −3·(1 + 5) = −18 ≡ 4  … p₂(3) と一致 ✓

        検証者がやったこと: 各ラウンドで 2 点の値の足し算と 1 点の評価、最後に g₀ を 1 回だけ評価。 4 項の和(本物なら 2ᵏ 項)を一度も足していません。 それで納得できる理由は、嘘をつくなら多項式そのものを変えるしかなく、 違う多項式は 0/1 以外のほとんどの点で値が違うから。ランダムな r で聞けば高い確率でずれが出ます。

        ただし最後の 1 行に注意。検証者は g₀(2,3) を計算するのに W̃₁(2) と W̃₁(3) が要ります。 これはレイヤー 1 の値の表(秘密)から作る多項式なので、検証者は自分では計算できません。 そこで証明者が「W̃₁(2) = 1、W̃₁(3) = 5 です」と主張し、その 2 つが次のレイヤーで確かめる新しい主張になります。 「レイヤー 0 の和」が「レイヤー 1 の 2 点の値」に置き換わった——これが「1 段降りる」の正体です。

      4. 線形削減 — 2 点の主張を 1 点にまとめる

        2 点のまま降りると、次は 4 点、その次は 8 点と倍々に増えます。 そこで2 点を通る直線を引き、W̃₁ をその直線上に制限した一変数多項式 qを証明者に送らせ、 直線上のランダムな 1 点だけを次の主張にします。

        2 点 u = 2, v = 3 を通る直線:  l(t) = (1−t)·2 + t·3 = 2 + t
        証明者 → q(t) = W̃₁(l(t)) = 4 + 4(2 + t) = 12 + 4t ≡ 1 + 4t
        検証者:  q(0) = 1 = 主張された W̃₁(2) ✓,  q(1) = 5 = 主張された W̃₁(3) ✓
                 r = 4 を選ぶ → q(4) = 17 ≡ 6 → 新しい主張は「W̃₁(6) = 6」の 1 つだけ

        この繰り返しで入力レイヤーまで降りると、最後の主張は「W̃₂(ある点) = ある値」になります。 入力は公開なので、検証者はこれだけは自分で計算して照合できる(入力が秘密ならコミットメントの開示で代える)。 回路の深さぶんだけラウンドを重ねて、最後に 1 回だけ本物の値に触る。これが GKR の全体です。

      壊した実測 — 嘘の主張は、何回に 1 回通るか

      証明者が「レイヤー 0 の値は 5 だ」と嘘をついたとします。ラウンド 0 の検査 p₁(0) + p₁(1) = 5 を通すには、本物の p₁ に 4·(1−x) を足した偽物を送ればよい (0 で 4、1 で 0 なので和が 4 増える)。ラウンド 1 も同じ手で辻褄を合わせられます。 ずれが露見するのは最後の 1 点だけ。

      嘘の主張 5 に対して、検証者の (r₁, r₂) を 11 × 11 = 121 通り全部試した結果:
        受理されてしまう組  : 21 通り  (r₁ = 1 または r₂ = 1 のとき — 偽物の足し分 (1−x) が 0 になる点)
        嘘が露見する組      : 100 通り
      → 嘘がすり抜ける確率 21 / 121 ≈ 17%。体を F₁₁ から 2²⁵⁴ 元の体にすると 2 / 2²⁵⁴ ≈ 0。

      健全性は「絶対に落ちる」ではなく「ランダムな点で聞くから、ほぼ落ちる」。体の大きさがその確率を決めます。 下のラボで、どの (r₁, r₂) が嘘を見逃すかを地図にしました。

      STARK — 実行の記録を多項式にして、「割り切れるか」だけを見る(長文版)

      スキーム 2 / STARK

      STARK — 実行の記録を多項式にして、「割り切れるか」だけを見る

      STARK は計算を回路ではなくプログラムの実行記録(トレース)として見ます。 各ステップの状態を表に書き、「隣り合う行の関係が正しい」を多項式の等式にし、 最後はある多項式が別の多項式で割り切れるかという 1 つの問いに落とします。

      1. 計算を実行トレースにする

        f(x₁,x₂,x₃,x₄) = (x₁ + x₂) + (x₃·x₄) ∈ F₁₇,   f(3,1,2,4) = 12
        
         t   a   m   y        ← a: 加算結果, m: 乗算結果, y: 最終結果
         0   0   0   0        初期状態
         1   4   0   0        a ← x₁ + x₂ = 4
         2   4   8   0        m ← x₃ · x₄ = 8
         3   4   8  12        y ← a + m = 12

        回路とトレースの違い。回路は「値がどう繋がるか」の図、トレースは「時間ごとに状態がどう変わるか」の表。 CPU の命令実行や VM のように「同じ規則を何万ステップも繰り返す」計算は、トレースのほうが自然に書けます。 制約は「行と次の行の関係」だけで済み、ステップ数が増えても制約の種類は増えない。

      2. 各列を多項式にする — 評価ドメインと遷移多項式

        行番号 t を、そのまま数字ではなく ω の t 乗に置きます。F₁₇ で ω = 4 は 4⁰=1, 4¹=4, 4²=16, 4³=13, 4⁴=1 と 4 回で 1 に戻る(位数 4)ので、 4 行の表にぴったりです。この 4 点 H = {1, 4, 16, 13}評価ドメイン

        各列を、H の 4 点を通る 3 次以下の多項式に補間する(ラグランジュ補間):
          A(X) = 3 − X − X² − X³         A(1)=0, A(4)=4, A(16)=4, A(13)=4  ✓
          M(X) = 4 + 6X + 7X³            M(1)=0, M(4)=0, M(16)=8, M(13)=8  ✓
          Y(X) = 3 + 12X + 14X² + 5X³    Y(1)=0, Y(4)=0, Y(16)=0, Y(13)=12 ✓

        なぜ t を ω^t にするのか。「次の行」が X → ωX というただの掛け算になるからです。 A(ωX) は「1 行あとの a の値」を表す多項式になり、行と次の行の関係を A(X) と A(ωX) の式で書けます。 そして H が「ω の冪」であることが、次のステップの消滅多項式を X⁴ − 1 という短い形にします。

      3. 行のあいだの規則を 1 本の制約多項式にまとめる — AIR

        規則(遷移制約):
          X = ω⁰ の行で  A(ωX) − 4 = 0                 (次の a は x₁+x₂ = 4)
          X = ω¹ の行で  M(ωX) − 8 = 0                 (次の m は x₃·x₄ = 8)
          X = ω² の行で  Y(ωX) − A(X) − M(X) = 0       (次の y は a + m)
        
        S_i(X) を「H の中で ω^i でだけ 1、他では 0」の選択多項式として 1 本に足す:
          C(X) = S₀(X)(A(ωX) − 4) + S₁(X)(M(ωX) − 8) + S₂(X)(Y(ωX) − A(X) − M(X))
               = 2 − 5X − 5X² − 2X⁴ + 5X⁵ + 5X⁶      (mod 17 では 2 + 12X + 12X² + 15X⁴ + 5X⁵ + 5X⁶)
          C(1) = C(4) = C(16) = C(13) = 0             ← H の全点で 0。ここが「トレースが正しい」の言い換え

        スライドの「= 0」は「多項式として 0」ではなく「H の全点で 0」の意味です。 C(X) 自体は 6 次の立派な多項式で、H の外では 0 になりません。 「H の全点で 0」を検証者がどう確かめるか——4 点なら全部評価すればよいが、 2²⁰ 行のトレースでは無理。次の一手が STARK の要です。

      4. 因数定理 — 「全点で 0」を「割り切れる」に変える

        多項式 C が点 h で 0 なら、C は (X − h) で割り切れる(因数定理)。 H の全点で 0 なら、全部の (X − h) の積で割り切れる。 その積が消滅多項式 Z_H(X) = Π_{h∈H}(X − h) = X⁴ − 1 です (H が 1 の 4 乗根の集合だから、こんなに短い)。

        Q₀(X) = C(X) / Z_H(X) = C(X) / (X⁴ − 1) = 5X² + 5X − 2      余り 0
        検算: (X⁴ − 1)(5X² + 5X − 2) = 5X⁶ + 5X⁵ − 2X⁴ − 5X² − 5X + 2 = C(X) ✓

        問いが入れ替わりました。「C は H の全点で 0 か」→「Q₀ = C / Z_H は多項式か(割り切れて余りが出ないか)」。 さらに Q₀ が多項式なら次数は deg C − 4 = 2 以下のはず。 だから検証者が確かめるべきことは 「証明者が持っている Q₀ は、次数 2 以下の多項式か」。 トレースが 1 か所でも間違っていれば、C は H のどこかで 0 にならず、Z_H で割り切れず、 Q₀ は多項式にならない(点ごとに値は作れても、低い次数の多項式にはならない)。

      5. Merkle 木でコミットする — あとから書き換えられないように

        証明者は Q₀ を、H より広い評価ドメイン(例: g = 2 の冪、8 点 {1,2,4,8,16,15,13,9})で評価し、 その値を葉にした Merkle 木を作り、根だけを検証者に渡します。 検証者があとで「g³ の値を見せて」と言えば、証明者は葉と経路を出す。根が固定されているので値は差し替えられません。

        ここが「オラクル ≈ コミットメント」の実体です。PCP の「検証者が証明の一部だけ読む」を実現するには、 証明者が質問を見てから証明を書き換えられないことが必要。Merkle 根がそれを保証する。 ハッシュだけでできるので信頼設定が要らず(透明)、量子計算にも比較的強い。

      6. FRI — 「次数が低い」を、折り畳んで確かめる

        Q₀ を偶数次と奇数次に分けると Q₀(X) = Q_even(X²) + X·Q_odd(X²)。 検証者がランダムな β を送り、証明者は Q₁(Y) = Q_even(Y) + β·Q_odd(Y) を作ってまたコミット。 次数が半分になるので、繰り返すと定数になります。

        Q₀(X) = 5X² + 5X − 2 = (5X² − 2) + X·5      → Q_even(Y) = 5Y − 2,  Q_odd(Y) = 5
        β₁ = 3:  Q₁(Y) = (5Y − 2) + 3·5 = 5Y + 13         次数 2 → 1
        β₂ = 5:  Q₂    = 13 + 5·5 = 38 ≡ 4                次数 1 → 0(定数。これは平文で送る)
        
        クエリ(検証者が x = 8 を選ぶ):
          証明者が Q₀(8) = 1 と Q₀(−8) = Q₀(9) = 6 を Merkle 経路つきで開示
          検証者:  Q_even(8²) = (Q₀(8) + Q₀(9)) / 2  = 7·9  ≡ 12
                   Q_odd(8²)  = (Q₀(8) − Q₀(9)) / (2·8) = −5·16 ≡ 5
                   → Q₁(8²=13) は 12 + 3·5 = 27 ≡ 10 のはず。Q₁ の Merkle 開示 5·13 + 13 = 78 ≡ 10 と一致 ✓

        x と −x の 2 点だけで偶奇部分が復元できるのがミソです(x² が同じだから)。 各ラウンドで数か所クエリすれば、「本当に半分の次数の多項式に折り畳まれているか」が Schwartz–Zippel の確率で確かめられる。検証者は Q₀ を丸ごと読まない。

      壊した実測 — トレースを 1 マス書き換える

      y₃ を 12 → 13 に改ざん(他はそのまま)
        C(X) は H の上で [0, 0, 1, 0]      ← X = ω² の行の規則 y₃ = a₂ + m₂ が破れた
        C(X) を X⁴ − 1 で割った余り = 13 + 4X + 13X² + 4X³   ← 0 でない。商多項式が存在しない
        それでも「点ごとに C/Z_H を作って 8 点分」を証明者が送ったとして、その 8 点を補間すると
          次数 7 の多項式になる(正直なら次数 2)→ FRI の低次数テストが落ちる
      
      a を全部 5、y₃ を 13 にした「自己整合」な改ざん(4+8=12 の代わりに 5+8=13)
        C(X) は H の上で [1, 0, 0, 0]      ← 今度は X = ω⁰ の行の規則 a₁ = x₁ + x₂ = 4 が破れる
        → 公開入力から決まる 4 が制約に焼き込まれているので、内部だけ整合させても逃げられない

      改ざんの場所がどこでも、必ず「割り切れない」に現れる。検証者はどのマスが変わったかを知らなくてよい。

      PLONK — ゲートを表にして、「型」と「配線」を別々の多項式で縛る(長文版)

      スキーム 3 / PLONK

      PLONK — ゲートを表にして、「型」と「配線」を別々の多項式で縛る

      PLONK は回路をゲート 1 個 = 表の 1 行として並べます。各行に「入力左・入力右・出力」の 3 つの値と、「このゲートは足し算か掛け算か」を表す係数を置き、行の中の関係と、行をまたぐ配線を 別々の多項式の等式で確かめます。

      1. 回路をゲートの表にする — 11 本のベクトル

                    witness(秘密)      selector(公開: 回路の型)         wiring(公開: 配線)
                    L    R    O          Q_L  Q_R  Q_M  Q_O  Q_C           σ_L      σ_R      σ_O
        gate 0 (+)  3    1    4           1    1    0   −1    0            ω⁰k₀     ω⁰k₁     ω⁰k₂ →(L,gate2)
        gate 1 (×)  2    4    8           0    0    1   −1    0            ω¹k₀     ω¹k₁     ω¹k₂ →(R,gate2)
        gate 2 (+)  4    8   12           1    1    0   −1    0            ω²k₀→(O,gate0)  ω²k₁→(O,gate1)  ω²k₂
        
        ゲート方程式(全行で 0 になるべき):
          Q_L·L + Q_R·R + Q_M·L·R + Q_O·O + Q_C = 0
          gate 0:  3 + 1 + 0 − 4 + 0 = 0 ✓     gate 1:  0 + 0 + 8 − 8 + 0 = 0 ✓     gate 2:  4 + 8 + 0 − 12 + 0 = 0 ✓

        1 本の式で足し算も掛け算も表せるのがセレクターの役目です。(Q_L,Q_R,Q_M,Q_O) = (1,1,0,−1) なら L + R − O = 0 で足し算、(0,0,1,−1) なら L·R − O = 0 で掛け算。回路の形はセレクターに、値は witness に分かれる。 11 本のベクトルはそれぞれ、行番号 ω⁰, ω¹, ω² を通る一変数多項式にラグランジュ補間されます。

      2. 配線 — 「gate 0 の出力は gate 2 の左入力と同じ」をどう縛るか

        ゲート方程式は行の中しか見ません。gate 2 の L に 4 でなく 5 を書き、O を 13 にしても、 5 + 8 − 13 = 0 で gate 2 の式は通ってしまう。 行をまたぐ「同じ値であるべき場所」を縛るのがコピー制約です。

        各マスに番地 ω^行 · k_列(k₀, k₁, k₂ は列を区別する定数)をつけ、 「同じ値であるべきマス」を巡回置換 σ で入れ替えます。すると 「マスの (値, 番地) の集まり」と「(値, σ(番地)) の集まり」が、集合として同じことが配線の正しさそのもの。

        集合の一致を 1 個の数で確かめる(大積 / grand product):
          検証者がランダムな β, γ を選ぶ
          Π_マス (値 + β·番地 + γ)  と  Π_マス (値 + β·σ(番地) + γ)  が等しいか
        
        F₁₀₁、ω = 10、k = (1,2,3)、β = 5、γ = 7 で計算すると(行ごとの積 f_i / g_i と累積):
          gate 0:  f = 51,  g = 4    累積 51/4          = 38
          gate 1:  f = 87,  g = 21   累積 38·87/21      = 42
          gate 2:  f = 19,  g = 91   累積 42·19/91      = 1   ← 一周して 1 に戻る = 集合が一致

        累算器 p(X) は「p(ω⁰) = 1、p(ω^{i+1}) = p(ω^i)·f_i/g_i」という行ごとの漸化式で、 最後に 1 に戻ることを p(ωX)·g(X) − p(X)·f(X) = 0(H の全点で)というゼロテストにして、 STARK と同じく Z_H で割った商を作ります。「H の全点で 0 ⇔ Z_H で割り切れる」は、ここでも同じ道具です。

      3. KZG — 多項式を楕円曲線の 1 点にして、開示を 1 回の等式で確かめる

        Setup(信頼設定):  秘密の τ を選び、SRS = { τ·g₁, τ²·g₁, …, τᵈ·g₁, g₂, τ·g₂ } を公開して τ は捨てる
        Commit:            Com_f = f(τ)·g₁    ← τ を知らなくても Σ cᵢ·(τⁱ·g₁) で作れる(Week 3 の「スカラー倍」)
        Open(α で開く):   q(X) = (f(X) − f(α)) / (X − α)   ← f(α) が本当の値なら割り切れる(また因数定理)
                           Com_q = q(τ)·g₁
        Verify:            f(τ) = (τ − α)·q(τ) + f(α) を、ペアリングで「指数の中の掛け算」として確認
                           e(Com_f − f(α)·g₁, g₂) = e(Com_q, τ·g₂ − α·g₂)

        証明が短い理由: 多項式が何次でも、コミットメントは楕円曲線の点 1 個(数十バイト)。 信頼設定が要る理由: τ を誰かが覚えていれば偽のコミットメントが作れる。だから MPC 儀式で「誰も τ を知らない」状態にする。 Week 3 ノート後半の「f(X) = X² + 1 について f(2) = 5 を開く」が、この Open の最小例です。

      4. 3 種類の制約を、それぞれ多項式の等式にして KZG で開く

        インプット制約:  公開入力に対応するマスの値を KZG の開示証明で見せる
        ゲート制約:      f(X) = Q_L(X)L(X) + Q_R(X)R(X) + Q_M(X)L(X)R(X) + Q_O(X)O(X) + Q_C(X)  が H で 0
                         → Q(X) = f(X) / Z_H(X) の存在を、ランダム点での開示で確かめる
        コピー制約:      累算器 p(X) について p(ωX)g(X) − p(X)f(X) が H で 0(p(ω⁰) = 1 も)
                         → 同じくゼロテスト → 商多項式 → ランダム点での開示

        検証者の仕事は最終的に「数個のランダム点で、数個の多項式の値が等式を満たすか」だけになり、 ペアリングの計算が数回で済む。証明サイズも検証時間も回路の大きさによらない(O(1))。 そのぶん証明者は 11 本の多項式を作って FFT と MSM を回すので重い。ここがトレードオフです。

      壊した実測 — ゲート制約は全部通し、配線だけ違う witness

      gate 2 を (L, R, O) = (5, 8, 13) にする
        ゲート方程式:  gate 0: 0 ✓   gate 1: 0 ✓   gate 2: 5 + 8 − 13 = 0 ✓   ← 3 行とも通ってしまう
        コピー制約:    gate 0 の O = 4  ≠  gate 2 の L = 5   ✗
        大積(F₁₀₁, β = 5, γ = 7):  左辺 88 ≠ 右辺 75   ✗
        β, γ を 10100 通り全部試すと、この偽 witness を受理してしまう組は 681 通り(≈ 6.7%)
        → 実際の 254 ビット体では ≈ 9 / 2²⁵⁴ ≈ 0

      ゲート制約は「各行が正しい型で計算されている」しか言わない。配線がなければ、行ごとに勝手な値を置いても通る。 2 種類の制約が揃って初めて「この回路をこの入力で実行した」になります。

      証明スキームのゼロ知識化 — 多項式にランダムを足して、H の上だけ元のまま残す

      ゼロ知識性

      証明スキームのゼロ知識化 — 多項式にランダムを足して、H の上だけ元のまま残す

      ここまでの 3 スキームは、実はゼロ知識ではありません。検証者は「主張が真」と納得できますが、 途中で開示された多項式の値(Q₀(8) = 1 など)は witness から作られた値なので、集めれば witness の情報が漏れます。 講義の後半はこれを塞ぐ手です。

      1. ブラインド多項式 — H の上では 0、外ではランダム

        f̃(X) := f(X) + Z_H(X)·R(X)        R(X) は証明者が毎回選ぶランダム多項式
        
        例(F₁₇、f = Y(X) = 3 + 12X + 14X² + 5X³、R(X) = 6 + 2X):
          f̃(X) = 14 + 10X + 14X² + 5X³ + 6X⁴ + 2X⁵
          H の上:   X=1: (0, 0)  X=4: (0, 0)  X=16: (0, 0)  X=13: (12, 12)   ← (f, f̃) 一致。Z_H が 0 だから
          H の外:   X=2: (4, 1)  X=3: (11, 2)  X=5: (1, 6)                    ← 別の値。R によって毎回変わる

        検証者が値を聞くのは H の外のランダムな点でした(Schwartz–Zippel のため)。 そこでは f̃ の値は R で覆われていて、f の情報を含まない。 そして制約の検査は H の上でしか見ていないので、f を f̃ に差し替えても「H の全点で 0」は保たれる。 Week 3 の s = r + e·x で x を r が覆っていたのと同じ構図で、 覆う量が数 1 個から多項式 1 本に増えただけです。

      2. スキームごとに、何をブラインドするか

        STARK: 遷移多項式と制約多項式。FRI で開示する回数ぶんのランダムネスが要り、 Merkle の葉にもソルトを混ぜる(葉のハッシュから値を総当たりされないため)。 PLONK: witness 多項式、配線(累算器)多項式、各商多項式。

        講義の Q「なぜセレクター多項式はブラインド化しないのか」。セレクターは回路の型で、 もともと公開情報だから隠す理由がない。それどころかブラインドすると次数が上がって証明者のコストだけ増える。 隠すべきは witness とそれから派生する多項式だけ。「何が秘密で何が公開か」を 11 本のベクトルの段階で 分けておいたことが、ここで効きます。

      3. GKR のゼロ知識化 — マスキングとコミットメントの両方が要る

        GKR は SumCheck の途中で p₁(x), p₂(y) を平文で送るので、そのままでは W̃ の情報が漏れます。 そこで (1) 回路の値の多項式をコミットし、(2) マスク用の多変数多項式 R をコミットし、 (3) f + R に対して SumCheck を回し、(4) 終盤に V_original = V_total − V_random と引き算で相殺し、 (5) 多項式評価はコミットメントの開示証明(Merkle + FRI など)で代える。

        講義の Q「どちらか片方だけではなぜダメか」。マスキングだけだと、 証明者が R をあとから都合よく選び直せる(相殺の式で辻褄を合わせられる)ので、R は先にコミットして固定する必要がある。 コミットメントだけだと、SumCheck で送る一変数多項式そのものが W̃ の情報を持ったまま。 「隠す」(マスク)と「固定する」(コミット)は別の仕事で、両方が要ります。

      3 スキームの計算量・証明サイズ・前提 — 講義で伏せられていた答え合わせ

      同じ物差しで並べる

      3 スキームの計算量・証明サイズ・前提 — 講義で伏せられていた答え合わせ

      スライドの各所にあった「Q. 各種計算量、通信量、証明サイズは?」の答えのページは、配布版では伏せられています (ワークショップで考える問いのため)。以下はこのノートの整理で、講義の公式解答ではありません。 n は回路サイズまたはトレース長です。

      GKRSTARKPLONK(KZG)
      証明者の計算量O(n)(Libra 以降。元論文は多項式時間)O(n log n)(FFT)— 定数はやや重いO(n log n) FFT + 楕円曲線の MSM — 定数が重い
      検証者の計算量O(深さ · log n) + 入力の評価O(log² n)(FRI のクエリ)O(1)(ペアリング数回)
      証明サイズ / 通信量O(深さ · log n) 個の体の元。対話型のまま使うことが多いO(log² n)。数十〜数百 KBO(1)。数百バイト
      信頼設定不要不要(透明)要(universal SRS。回路ごとには不要)
      使う仮定なし(情報理論的) + コミットメント次第ハッシュ関数のみ → 量子計算に比較的強いペアリング(離散対数系)→ 量子計算に弱い
      ゼロ知識そのままでは無し。マスク + コミットで付けるブラインド多項式 + ソルトブラインド多項式
      得意な形浅くて幅の広い回路、構造の規則的な回路(行列積など)長い繰り返し(VM の実行)任意の回路。カスタムゲート・lookup で拡張しやすい
      子孫Virgo / Libra(FRI・KZG を導入)、Jolt(部分的に)Redshift(AIR → Plonkish)、zkSTARK(DEEP FRI)Halo2(KZG → IPA)、Plonky2/3(Plonkish/AIR + FRI)

      まとめのスライドにあった分類図(Thaler の教科書の図)を言葉にすると、実用 SNARK は大きく 2 系統です。 「多項式 IOP + 多項式コミットメント」——今日の 3 つは全部これで、 IOP 側に IP ベース(GKR)・MIP ベース(Spartan など)・定数ラウンド多項式 IOP(Marlin、PLONK)があり、 コミットメント側に IOP ベース(FRI)・離散対数ベースで透明なもの(Bulletproofs、IPA)・ペアリングベース(KZG)がある。 もう 1 系統が「線形 PCP + ペアリング」で、Groth16 がここ。

      大枠と構成要素は共通、組み合わせはさまざま。同じ名前でも論文と実装で細部が違う (Halo2 は PLONK の算術化に KZG でなく IPA を組む、Plonky2 は Plonkish に FRI を組む)。 だから「どの算術化・どのコミットメント・どの証明システムか」を 3 つ言えれば、初見のスキームでも読める。 それが今週の一番の持ち帰りです。

      共通して何度も出てきた道具

      ラグランジュ補間: 表を多項式にする(W̃、A/M/Y、11 本のベクトル)。

      因数定理と消滅多項式: 「H の全点で 0」⇔「Z_H で割り切れる」(STARK の商、PLONK のゼロテスト、KZG の開示)。

      Schwartz–Zippel: 違う多項式はランダムな点でほぼ違う値(SumCheck、FRI、大積、KZG)。

      ランダム線形結合: 複数の検査を 1 本にまとめる(線形削減、FRI の β、大積の β・γ)。

      道具は 4 つ。並べ方が 3 通り。

      ZK, or not ZK — AI エージェント保険のケーススタディを、3 部品で考える

      ワークショップの準備

      ZK, or not ZK — AI エージェント保険のケーススタディを、3 部品で考える

      課題: AI エージェントの運用実績(例: タスク完了率)を、サービスの機密データ(顧客データ)を渡さずに、 外部の損保会社に証明するシステムを設計する。検討すべきは、指標と測定・証明方法、 機密データの秘匿方法、トラストモデル、現実的なトレードオフ。

      今週の 5 パートに当てはめると、証明者はサービス事業者検証者は損保会社証明対象は「期間 T のタスク完了率 ≥ 95%」のような命題。 問題は証明方法——「完了率」の元になるログは顧客データを含み、渡せない——と、 検証方法——損保会社は事業者の自己申告を信じたくない——です。

      設計の分岐は、まず「何を信頼するか」で決まります。

      1. ログの真正性: 完了率の元データそのものが事業者の作り物なら、どんな ZK も「作り物の上で正しく計算した」しか言えない。 外部データソース(決済、チケットシステム、ユーザーの署名つき評価)にログをコミットさせるか、TEE で計測させるか。
      2. 指標の定義: 「完了」の定義を回路に固定できるか。曖昧な指標は算術化できない。
      3. 誰が回路を書くか: 損保会社が指定した回路(公開)を、事業者が自分のデータで実行する。セレクターは公開、witness は秘密——PLONK の 11 本と同じ分け方。

      そのうえで候補を並べます。(a) ZK 証明: ログの Merkle 根(第三者が署名)を公開入力に、 完了率の計算を回路にして証明。STARK 系なら信頼設定なし、PLONK 系なら証明が短くオンチェーン検証向き。 (b) MPC: 事業者と損保会社で秘密計算——Week 2 の道具。ZK と違って両者が同時に参加する必要がある。 (c) TEE: 計測プログラムを enclave で走らせ、attestation を渡す。証明ではなくハードウェアへの信頼。 (d) 監査 + NDA: 第三者監査人が中身を見る。技術ではなく契約で秘匿。

      「not ZK」が正解の場合も多い。指標が粗く、頻度が低く、監査人を置けるなら (d) が最も安い。 ZK が効くのは「継続的・自動・第三者に見せたくない・検証者が多い」とき——今週の 「検証者向けの最適化」の話がそのまま判断基準になります。

      議論で使える 3 つの問い

      1. 何がゼロ知識で守られ、何は守られないか。完了率 95% という数字そのものは漏れる。それで十分か。分布は要るか。

      2. 健全性の穴はどこか。ログの改ざん(証明の前)、指標の定義のずれ(回路の外)、nonce や乱数の使い回し(Week 3)。

      3. コストは誰が払うか。証明者(事業者)が毎月証明を作るコスト。検証者(損保)の検証コスト。回路を書く人件費。

      3 部品(算術化・コミットメント・証明システム)と 5 パート(証明者・方法・対象・検証・検証者)を 表に書いてから話すと、議論が具体になります。