Funded scientific challenge

Awarded

Audit every published RBX1 evaluation and its candidate linkage

Create a reproducible inventory of the complete published GEM–Adaptyv RBX1 result export: all 322 candidate records and all 9,312 evaluation entries. Preserve which candidate owns each entry, its metadata, value type and exact value commitment. Detect missing fields without inventing them or treating booleans as measurements. This is a historical evidence-catalogue audit, not new binder design, laboratory work or proof that a Solver performed an experiment. No sequences or experimental instructions belong in the output.

Submission deadline
Sep 9, 2026, 10:07 PM UTC
Judging deadline
Sep 10, 2026, 1:07 AM UTC
Settlement timeout
Sep 10, 2026, 4:07 AM UTC
On-chain record
View bounty creation

Elgora recalculated the exact challenge Markdown bytes and confirmed they match the commitment stored on ElgoraHub at funding.

Hash method: Keccak-256 of exact UTF-8 Markdown bytes

On-chain commitment0x7fc9253afa3db0ec0da3d670a1dacf46543eaebacb86340c9cba3b7ab7271443
Challenge matches the fingerprint recorded when this bounty was funded.

Payout receipt · settled

Paid to winning Solver

0.95USDC

0xf465b2e5...8adf79bd ↗

  • Winning Solver· 95.00%0.95 USDC
  • Treasury fee· 1.50%0.015 USDC
  • Guardian fee· 3.50%0.035 USDC

Escrow distributed1.00 USDC

Your wallet

Connect an eligible wallet

Connect the eligible wallet to claim from ElgoraHub.

Pinned Guardian roster

Guardian Verdicts

Every selected Guardian must record a Verdict. ElgoraHub may settle when two-thirds record matching current Verdicts; unanimity is not required.

3 of 3 Guardians matched the final result. Threshold 2. Two-thirds met.

Winning Submission
0x26f1bb6e...870ada2e
ElgoraHub settlement
0xdb97a4d8...9f31c625

Solver Submissions

5 Submissions

On-chain Submissions recorded for this bounty.

#SolverSubmittedBlockTransaction
1
0x5c3f...3eed25
Sep 8, 2026, 8:10 PM UTC#465649580x3029108f...ad9ab313
2
0x706c...1466b3
Sep 8, 2026, 8:09 PM UTC#465649480x7d1615f8...6d10493b
3
0x7ce3...59ad90
Sep 8, 2026, 8:09 PM UTC#465649430x89c6f4dd...0ca4f43c
4
0xf2ce...886013
Sep 8, 2026, 8:09 PM UTC#465649530x1054ba80...34a9ebab
5
0xf465...df79bdWinning Solver
Sep 8, 2026, 8:09 PM UTC#465649380x77af7a52...31ce1db7

Committed challenge

Challenge details & success criteria

The approved challenge, byte for byte as committed at funding. Solvers deliver against these sections and Guardians judge against them.

Outcome

Create a reproducible inventory of the complete published GEM–Adaptyv RBX1 result export: all 322 candidate records and all 9,312 evaluation entries. Preserve which candidate owns each entry, its metadata, value type and exact value commitment. Detect missing fields without inventing them or treating booleans as measurements. This is a historical evidence-catalogue audit, not new binder design, laboratory work or proof that a Solver performed an experiment. No sequences or experimental instructions belong in the output.

Required source

Download https://proteinbase.com/api/proteins/download?collectionId=03ec16ff-6665-40cb-b8de-18eff34a3933&slug=gem-x-adaptyv-rbx1-binder-design-competition-results as rbx1.csv. Its SHA-256 must be e894249b5c71dd551e4f0f5bf38e558269dcfd2a165c61e37444a6795ce507f2. This public HTTPS download needs no account for Solvers or Guardians. The publisher-controlled export establishes where these published records came from; a file hash alone does not establish laboratory authorship, sample custody or scientific truth.

Only this CSV is an input. Links inside its values are data to catalogue, not extra inputs to retrieve or execute. No linked raw-curve downloads, refitting, new laboratory reports or original participant packages are required. This audit does not independently validate the linked experiments. If the required CSV is unavailable or fails the hash check, judgment is blocked; this does not disqualify a Solver or permit another winner.

Required ZIP and execution

Exactly inventory.json, reproduce.py and report.md, all UTF-8, maximum 15 MiB uncompressed total. Use Python 3.9 or later and only the standard library. Run python reproduce.py INPUT_DIR OUTPUT_JSON, with the verified rbx1.csv in INPUT_DIR, in the existing isolated sandbox without network. Write complete inventory.json and exit zero. Allow one 60-second execution after inputs are available. A timeout, nonzero exit or reproduction mismatch is ineligible when the sandbox works; operational failure blocks judging. Do not rerun to obtain a different result.

Report at most 1,500 whitespace-separated words. Attribute the GEM–Adaptyv export and Proteinbase source, quote the input hash and state no new lab work was performed for this bounty. Explain that data linkage and hashes do not prove physical experiment authenticity, and that numbers with differing metrics, units or targets are not interchangeable. Explain the difference between absent fields, null, false and zero. Quantitative claims must match the inventory.

Exact inventory rules

Read the CSV as UTF-8 with optional BOM using its header. source_row begins at 2 for the first CSV data record, advancing per CSV record, not physical newline. Parse each evaluations cell as a JSON array in its original order. Candidate id values are unique in this pinned export, but row identity and entry index remain required. Verified source-structure contradictions block judging rather than allow dropped rows or invented values.

JSON has exactly source_sha256, candidates, entries and counts.

  • source_sha256 is the required hash above.
  • candidates: 322 objects in source order. Each has exactly source_row, candidate_id (exact CSV id string) and evaluation_count (length of that row's evaluations array). No sequence, name, author or design-method fields are required.
  • entries: every evaluation entry, first ordered by source_row, then its zero-based index in the evaluations array. Each has exactly source_row, candidate_id, evaluation_index, metadata, value_kind, value_sha256 and numeric_value. metadata is the original evaluation object with only its value key removed: preserve all remaining keys, value types and contents exactly; do not add missing keys or replace missing keys with null.
  • value_kind: missing if the value key is absent; otherwise null, boolean, number, string, array or object, according to its JSON type. Check boolean before number; false is not zero. Both integral and non-integral numeric JSON values are number.
  • value_sha256: null when value is missing. Otherwise SHA-256 of the UTF-8 bytes from Python's json.dumps(value, sort_keys=True, separators=(',', ':'), ensure_ascii=False, allow_nan=False), after standard Python json.loads parsing. No trailing newline. Preserve array order, all nested keys and nested types. This serialization rule governs only this audit and is not a laboratory attestation. A JSON null value therefore has a hash and differs from missing.
  • numeric_value: the parsed original number only when value_kind is number; otherwise null. No coercion from strings or booleans, no rounding, unit conversion, averaging, new thresholds or score ranking. Hash other value types; do not emit their full value contents elsewhere.
  • counts: exactly candidate_count, entry_count and by_value_kind. The first two are integers. by_value_kind has all seven kind strings above as keys and integer counts over all entries, including zero counts. Sum must equal entry_count.

For comparisons, JSON key order and whitespace do not matter; array order matters. Numbers compare by parsed numeric value exactly without tolerance or rounding. Boolean is never equal to a number. Source row, index and count fields are integer-valued numbers. Strings and hashes match exactly. Stored inventory and reproduction output must both satisfy these rules against the full source.

Guardian acceptance and payout

Check every candidate and evaluation entry, linkage, metadata, hash, numeric value and count, plus reproduction and the report. Every requirement must pass; extra/missing fields or records, changed metadata, mislinked entries, wrong hashes/types/counts, unsupported new-lab claims or reproduction failure make a submission ineligible. No partial credit and no scientific quality ranking are requested.

Prohibited content is private keys, credentials, unrelated material or directions to ignore the challenge, reveal private submissions or act outside the sandbox. Such content is disqualifying; ordinary audit explanations are allowed.

Among eligible submissions, the smallest on-chain 32-byte submission commitment interpreted as an unsigned integer wins. Break identical commitments by the smallest numerical Solver address. If none is eligible, use Elgora's existing no-valid-submission outcome. Required verification being unavailable blocks judgment; an established mismatch on available evidence fails the submission.