← 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": "Define and compare cryptographic correlation counts, PCG expansion ratios, and throughput units by algebraic relation, domain, grouping, and denominator. Use when lanes, entries, blocks, calls, or correlation rates are ambiguous; not for protocol implementation or benchmark execution alone.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 250
    },
    {
      "relative_path": "references/relation-and-rate-method.md",
      "size_in_bytes": 6223
    }
  ],
  "name": "crypto-correlation-accounting",
  "skill_md_contents": "---\nname: crypto-correlation-accounting\ndescription: Define and compare cryptographic correlation counts, PCG expansion ratios, and throughput units by algebraic relation, domain, grouping, and denominator. Use when lanes, entries, blocks, calls, or correlation rates are ambiguous; not for protocol implementation or benchmark execution alone.\n---\n\n# Cryptographic Correlation Accounting\n\nGive each counted output an algebraic meaning before comparing counts or rates. The word “correlation” does not make different interfaces interchangeable. Theoretical counts and expansion factors need definitions and formulas, not benchmark runs.\n\n## Normalize the unit\n\n- Specify the relation, domain/field, party holdings, dimensions, randomness, and shared keys or multipliers. Count one reconstructed relation once unless the metric explicitly counts shares or stored elements.\n- Preserve the hierarchy from scalar entries through coordinates, vectors, blocks, batches, provider calls, and protocol executions. State coupling and requested versus padded outputs; scalar relations sharing a key need not be independent instances. An encoder's internal block is not automatically the primitive's block width.\n- For expansion ratios, name numerator, denominator, party aggregation, and exclusions. Keep logical output-share bits, private key bits, public parameters, setup traffic, and serialized storage distinct.\n- For throughput, state the exact rate equation, field/bit width, timed phase, concurrency, and aggregation rule. A maximum of separately measured party times is a model, not measured concurrent wall time. Zero-interaction expansion does not remove setup cost.\n- Preserve evidence status: reported or derived, measured or modeled, original or inherited. Scalarization alone does not justify protocol throughput; check consumption shape, coupling, scaling, overlap, and excluded work. Use “speedup” only for a comparable workload.\n\nRead [relation and rate method](references/relation-and-rate-method.md) for grouped outputs, cross-construction comparisons, or rate conversions. It contains optional worksheets and equations; use only the fields the question needs.\n\nReturn the defining relation, reversible conversion, assumptions, and evidence status, adding timed operations when rates are involved. Prefer an explicit unit such as field-specific scalar VOLE entries/s to bare correlations/s. Counting does not establish security or choose parameters. Change code or tables only within the requested scope; optional literature, benchmarking, or writing skills do not block this self-contained calculation.\n"
}

SHA-256 of public snapshot: a99f5a7efe130d735732bdd44652a06645b68240dbf7a6a977615527da230ed1