← Cryptography Research SkillsCONTENT HISTORY

Update to Cryptography Research Skills

Snapshot Sep 30, 2026 · 23:17 UTC · version 0.1.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Implement, optimize, reproduce, or review cryptographic protocol code against its specification. Use for circuit, transcript, state, sampler, and adapter fidelity and security obligations affected by code changes; not a full proof-validity audit.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 362
    },
    {
      "relative_path": "references/mpc-optimizations.md",
      "size_in_bytes": 4632
    },
    {
      "relative_path": "references/optimization-strategy-and-execution.md",
      "size_in_bytes": 5149
    },
    {
      "relative_path": "references/security-preservation.md",
      "size_in_bytes": 6690
    },
    {
      "relative_path": "references/specification-and-distributions.md",
      "size_in_bytes": 4494
    },
    {
      "relative_path": "references/state-and-validation.md",
      "size_in_bytes": 3571
    },
    {
      "relative_path": "references/verification-scope-and-trust.md",
      "size_in_bytes": 4025
    },
    {
      "relative_path": "references/zk-optimizations.md",
      "size_in_bytes": 4832
    }
  ],
  "name": "crypto-protocol-implementation",
  "skill_md_contents": "---\nname: crypto-protocol-implementation\ndescription: Implement, optimize, reproduce, or review cryptographic protocol code against its specification. Use for circuit, transcript, state, sampler, and adapter fidelity and security obligations affected by code changes; not a full proof-validity audit.\n---\n\n# Cryptographic Protocol Implementation\n\nConnect the governing specification to the code and the behavior being changed. Keep formal constructions, engineering variants, test fixtures and claimed guarantees distinguishable.\n\n## Workflow\n\n1. Identify the specification/version, target code and exposed interface. Map the relevant algorithms and message schedule to APIs, state, randomness, serialization, checks, outputs and aborts. Mark ideal resources, trusted fixtures and omitted phases.\n2. For a correspondence review, report discrepancies. For implementation work, make scoped changes. For optimization, identify the target metric, observed or hypothesized bottleneck, replaced cost and added work before choosing a technique.\n3. Identify the contract affected by the change. Byte equivalence, algebraic output equality, distributional equivalence and realization of the same ideal functionality are different obligations. Small edits to challenges, checks, parameters or scheduling can change the protocol.\n4. Validate changed behavior with focused checks and the project's required checks; for reviews, report available evidence and gaps. Reuse a security argument only where its contract and hypotheses remain supported, without rewriting the theorem to fit the code.\n\nFor MPC, track party-local views and correlation ownership. For proof systems, track statement/witness separation, setup, transcript challenges and acceptance. Functional correctness, memory/runtime safety, specification conformance, cryptographic security, leakage and measured performance require distinct evidence.\n\n## References by task\n\n- [Specification and distributions](references/specification-and-distributions.md): reproductions, variants, samplers, correlations and setup.\n- [State and validation](references/state-and-validation.md): peer messages, secret lifetimes, arithmetic preconditions and tests.\n- [Optimization strategy and execution](references/optimization-strategy-and-execution.md): bottlenecks and tradeoffs, with selective MPC and ZK routes.\n- [Security preservation and proof reuse](references/security-preservation.md): changed components, parameters or schedules and affected proof obligations.\n- [Verification scope and trust](references/verification-scope-and-trust.md): formal evidence, verified code and verification-tool selection.\n\nLoad only the implicated references. Return the implemented/reviewed scope, source-to-code mapping, variant/setup qualifications, validation results and unresolved dependencies. For optimizations, state the preserved or changed contract and whether the claimed gain is measured or still hypothetical.\n"
}

SHA-256 of public snapshot: fac46e73c4e774483caa58dbe65de47ce7273c91fe22dd0e0e1568d27c5c9113