Capstone Research · LKYSPP · National University of Singapore

National Household
Carbon Ledger

A blockchain-powered platform that tracks household carbon footprints, rewards green action with IDRC tokens, and connects 70M+ Indonesian households to the national carbon market — targeting Net Zero Emission 2060.

Blockchain · Peruri Chain Zero-Knowledge Proof IDRC Token On-chain MRV Waste to Energy Smart Contracts Dynamic Subsidy
70M+
Target Households
5
Core Problems Solved
2060
NZE Target Year
Rp5–10T
Estimated Annual Savings
01 · Problems

Five Structural Failures

Indonesia's decarbonization policy faces five systemic gaps that Tokocarbon directly addresses.

1

No Micro-Emission Data & Misaimed Subsidies

Energy subsidies (PLN, Pertamina) are based on static administrative data — not real-time carbon behavior — causing billions in leakage to high-income households.

2

Public Trust Deficit on Green Funds

Citizens cannot verify where carbon tax revenue goes. Without an auditable trail, every carbon levy reads as a new economic burden rather than ecological investment.

3

Household Exclusion from Carbon Markets

IDXCarbon is B2B-only. Individual green actions — waste sorting, energy saving — generate no economic value, and credits are exported rather than used domestically.

4

Waste-to-Energy Not Reaching Scale

Slow, unverifiable data collection makes WtE inaccessible. Without tech that lowers reporting barriers, the program stays an elite concept unreachable for most.

5

Costly Manual Certification & Double-Counting

Current carbon certification is expensive and accessible only to corporations. Manual verification creates double-counting risk that damages Indonesia's credibility globally.

02 · Solution

The Tokocarbon Ecosystem

Three utility-tracking modules + on-chain MRV + ZKP privacy + IDRC token incentives, running on Peruri Chain.

MyFuel

Tracks household fuel consumption via Pertamina API or SPBU officer validation. Cap: 40–250 L/month by category.

2.31 kgCO₂ / Liter (IPCC)

MyElectric

Syncs PLN Mobile billing data or Smart Meter integration. Grid emission factor reflects Indonesia's coal-heavy mix.

0.87 kgCO₂ / kWh (ESDM Jamali)

MyWater

Links PDAM consumption data. Water-Energy Nexus: accounts for extraction, filtration, and distribution energy cost.

0.35 kgCO₂ / m³ (W-E Nexus)

Waste Credits

Field officer physically validates sorted waste with digital signature. Organic and inorganic generate carbon reduction credits.

Org: 0.5 · Anorg: 1.0 kgCO₂e/kg

Net Carbon Balance Formula

// NCB = Total Emissions − Total Reductions NCB = [ (F × 2.31) + (E × 0.87) + (W × 0.35) ] − [ (S_org × 0.5) + (S_anorg × 1.0) + I_boost ] // Where: F = Fuel consumption (Liters) // MyFuel E = Electricity (kWh) // MyElectric W = Water (m³) // MyWater S_org = Organic waste sorted (kg) // Waste Credits S_anorg = Inorganic waste sorted (kg) // Waste Credits I_boost = Green activity booster // Variable // Result: NCB ≤ Threshold → SURPLUS → Earn IDRC tokens NCB > Threshold → DEFICIT → Pay carbon tax

Household Categories & Thresholds

CategoryFloor AreaFuel CapElectric CapWater CapCO₂ ThresholdPolicy Focus
Small≤ 60 m²40–60 L150–200 kWh10–15 m³~229–320 kgCO₂Social protection & incentives
Medium61–120 m²100–120 L400–500 kWh25–30 m³~650–750 kgCO₂Efficiency & awareness
Large> 120 m²200–250 L800–1,000 kWh45–50 m³~1,300–1,500 kgCO₂Progressive carbon tax

Calculation Scenarios

Scenario A — Disciplined Medium Household

Fuel 80 L · Electricity 350 kWh · Water 20 m³ · Waste: 20 kg organic + 10 kg inorganic (validated)

Emissions: (80×2.31)+(350×0.87)+(20×0.35) = 496.3 kgCO₂
Reduction: (20×0.5)+(10×1.0) = 20 kgCO₂
NCB = 476.3 kgCO₂ · Threshold = 750
SURPLUS — Earns 223.7 IDRC tokens

Scenario B — High-Consumption Large Household

Fuel 300 L · Electricity 1,200 kWh · Water 60 m³ · No waste sorting (0 kg)

Emissions: (300×2.31)+(1200×0.87)+(60×0.35) = 1,758 kgCO₂
Reduction: 0 kgCO₂
NCB = 1,758 kgCO₂ · Threshold = 1,500
DEFICIT — Carbon tax on 258 kgCO₂
03 · Verification & Monetization

Verified Identity as the Trust & Revenue Layer

Token earning is gated behind a verified user badge. This protects data integrity at the source and creates a direct, recurring revenue stream from day one.

Verified User Badge

Each household earns a verification tick only after completing a personal carbon-literacy certification. Unverified accounts can track usage but cannot mint or withdraw IDRC.

Required to earn IDRC

Certification Partner

A certification partner is already secured with the Ministry of Environment (KLHK) — giving the credential institutional legitimacy and national recognition.

Partner: KLHK (secured)

Human Oracle Standard

Field officers acting as Human Oracles must pass the same certification — they must genuinely understand the methodology so every weighed input meets the national standard.

Standardized data input

Direct Monetization

Verification is a paid gateway — new users only unlock token earning once verified. A recurring subscription model akin to Telegram Premium or X Premium.

Revenue from Phase 1

Why Gate Earning Behind Verification

Trust

Integrity at the Source

  • Garbage-in is the biggest risk in carbon MRV — certification fixes it before data ever reaches the chain
  • Certified Human Oracles reduce fabrication and mis-categorization of waste
  • Credential is KLHK-backed, so the verified tick carries regulatory weight
Higher data quality → credible carbon credits
Revenue

Self-Funding from Day One

  • Verification/subscription fee creates cash flow before token economy matures
  • Recurring model (Telegram/X Premium analogy) — predictable, scalable revenue
  • Reduces dependence on government budget to sustain the platform
Monetizable in Phase 1 — not a future bet
Open Item

Calculation Parameters

  • Emission-equivalent factors and carbon-spending parameters need re-validation
  • Must be defensible against IPCC / ESDM standards and audit scrutiny
  • Robustness here is non-negotiable — it underpins every IDRC mint and tax
Parameter hardening tracked as a priority
04 · Roadmap

Three Implementation Phases

From political alignment through infrastructure build to national fiscal integration — a decade-long transformation.

Phase 1
01

Redefinition & Political Mobilization

Establish legal foundation, data consortium, and political buy-in. No technical deployment starts without this layer.

  • Ministry of Finance + ESDM audit: quantify subsidy leakage to large households
  • Insert "Digital Incentive" clause in UU HPP — recognizing IDRC as tax-shield instrument
  • Form Data Consortium: Pertamina + PLN + PDAM in encrypted protocol
  • Draft Policy Memo to DPR Commission XI framing Tokocarbon as APBN deficit solution
  • Launch "Carbon Democracy" public education campaign
Kemenkeu KLHK Kementerian ESDM DPR RI
Phase 2
02

Infrastructure Build & Regulatory Sandbox

Deploy technical stack in a controlled pilot, train field validators, test ZKP circuit before national rollout.

  • Deploy Tokocarbon on Peruri Chain / Polygon testnet with modular smart contracts
  • Mass training of waste officers as "Human Oracle" validators with private-key devices
  • Launch National Green Wallet — household digital identity linked to NIK/DID
  • Audit and certify ZKP (zk-SNARKs) circuit for NCB privacy computation
  • Pilot: one high-density urban residential area (target: 10,000 households)
  • Integrate MyPertamina, PLN Mobile, PDAM Info APIs
Peruri Chain Pilot City PLN API Pertamina API
Phase 3
03

Fiscal Integration & National Scale

Automate subsidy distribution and carbon tax collection. Open retail carbon market P2P. Connect to IDXCarbon.

  • Dynamic subsidy: energy subsidies auto-adjusted by on-chain NCB status
  • Activate P2P IDRC trading — high-emission households buy credits from low-emission ones
  • Retail carbon tax collection via automatic deduction from digital balance or utility bill
  • Integration with IDXCarbon for IDRC liquidity
  • National carbon sovereignty report before international credit exports
  • Full national rollout — 70M+ Indonesian households
IDXCarbon National Scale NZE 2060
05 · Architecture

Smart Contract Architecture

Modular design — four specialized contracts with clear separation of concerns, deployed on Peruri Chain.

Identity & Registry Contract

Links NIK / DID to on-chain household record. Assigns Small / Medium / Large category.

  • NIK ↔ DID binding
  • Household category assignment
  • Domicile address registration
  • ZKP identity proof anchor

Consumption Contract

Data ingestion gateway for API feeds (Pertamina, PLN, PDAM) and officer entries.

  • Standardized data format
  • Hash verification on-chain write
  • Digital signature validation
  • Geo-tag & timestamp anchoring

Calculation & Logic Engine

Core NCB computation. Runs carbon balance formula and determines status via ZKP.

  • NCB formula execution
  • Threshold comparison by category
  • zk-SNARKs proof verifier
  • SURPLUS / DEFICIT flag

Settlement & Reward Contract

Mints IDRC for surplus; triggers tax deduction for deficits. Manages P2P escrow.

  • IDRC token minting (ERC-20)
  • Instant reward to Green Wallet
  • Carbon tax deduction auto
  • P2P offset market escrow

Multi-Party Validation Layers

Layer 1 — Data Source

Utility Providers

Pertamina / PLN / PDAM send hashed consumption data each billing cycle. Single source of truth for energy usage.

Layer 2 — Field

Human Oracle Officers

Waste officers use private-key devices to physically weigh and digitally sign contributions. Geo-tagged to prevent fabrication.

Layer 3 — Regulator

Observer Nodes

Kemenkeu, OJK, KLHK run observer nodes — real-time audit without ability to alter household data.

Layer 4 — External

Independent Auditors

Random spot-checks on field equipment and system proportionality. Credibility for international carbon markets.

Privacy — Zero-Knowledge Proof

zk-SNARKs Privacy Model

Raw consumption figures (exact liters, kWh, m³) are never published publicly. The blockchain only stores a hash of original data (integrity proof) and a ZK boolean: NCB ≤ Threshold TRUE/FALSE. This satisfies UU PDP (Personal Data Protection Law) automatically — privacy-by-design, not by policy.

06 · Infrastructure

Technical Infrastructure

End-to-end data flow from utility meters to token minting, with ZKP privacy at every step.

Step 01

Data Ingestion

API: MyPertamina · PLN Mobile · PDAM Info
Manual: Officer app (E2E encrypted)

Step 02

ZKP Pre-processing

Backend hashes raw data. Private Witness fed into zk-SNARK circuit off-chain.

Step 03

On-Chain Write

Only Hash + ZK Proof written to Peruri Chain. No raw figures ever on-chain.

Step 04

Smart Contract

Logic Engine verifies proof. Calculates NCB → SURPLUS / DEFICIT flag.

Step 05

Settlement

SURPLUS → IDRC minted to Green Wallet. DEFICIT → Carbon tax auto-deducted.

IDRC Token Use Cases

Use CaseDescription
Carbon Tax OffsetHold IDRC to neutralize carbon tax liability in the following billing cycle.
Utility Bill DiscountRedeem IDRC for discounts on PLN / PDAM bills.
P2P Carbon TradingSell IDRC directly to high-emission households in a peer-to-peer micro-market.
Green Project DonationDonate IDRC to community reforestation or WtE projects.
IDXCarbon LiquidityPhase 3: IDRC tradeable on national carbon exchange for broader market access.

Blockchain Network Comparison

NetworkTypeRationaleTrade-off
Peruri ChainNational / PermissionedData sovereignty, regulatory trust, state ownershipLower liquidity; less mature tooling
Mandala ChainNationalAlternative local option, regulatory proximitySimilar constraints to Peruri Chain
PolygonPublic L2Battle-tested, low fees, global ecosystemData outside Indonesian jurisdiction
Ethereum L1PublicMaximum trust and liquidityHigh gas cost at millions of micro-txns
07 · Stakeholders

Key Actors

Tokocarbon requires coordinated action across fiscal, operational, data, and legislative layers.

Fiscal Authority

Kementerian Keuangan

Carbon tax rate-setting (UU HPP), subsidy budget. Must integrate IDRC as a tax-shield instrument.

Energy Authority

Kementerian ESDM

Fuel quota, tariff adjustment. Key for aligning PLN/Pertamina APIs with the platform.

Environment

KLHK

Manages SRN PPI. Must extend MRV mandate from industry to household level.

State Enterprises

PLN & Pertamina

Open API access to billing data. Critical data-flow dependency — no opt-out path.

Social Data

Kementerian Sosial

Provides DTKS poverty data for category cross-referencing. Accuracy issues must be resolved.

Local Government

Dinas Kebersihan

Manages waste-officer workforce that becomes the "Human Oracle" network. Operational buy-in essential.

Legislature

DPR RI

Budget approval for pilot. Political risk: short-term interests may delay multi-year infrastructure investment.

End Users

Indonesian Households

70M+ households. Adoption depends on UI simplicity, data privacy trust, and tangible IDRC value.

08 · Risk Register

Concerns, Uncertainties & Possible Issues

Honest risk register rated by severity. These must be addressed for the project to succeed at national scale.

HIGH

API Access from PLN, Pertamina & PDAM is Not Guaranteed

The entire data pipeline depends on real-time API feeds from three SOEs. These companies have no current legal obligation to share granular billing data. Negotiating data-sharing agreements may take years and face corporate resistance due to data sensitivity and internal IT constraints.

HIGH

Scalability of "Human Oracle" Field Validation

The system requires trained waste officers with private-key devices across Indonesia's 514 districts. Training, device provisioning, maintenance, and preventing corruption in the field-validation layer is operationally enormous. A compromised or lazy officer can fabricate waste data and drain the reward pool.

HIGH

IDRC Token — Legal & Regulatory Ambiguity

IDRC tokens must be legally recognized before they can function as a tax-shield. OJK and BI have strict rules on digital asset classification. If IDRC is deemed a "securities token" rather than a "carbon credit certificate," the entire incentive mechanism could be blocked or require re-architecture.

HIGH

ZKP Circuit Complexity at National Scale

zk-SNARKs circuits require significant computational resources for proof generation. Running private NCB computations for 70M+ households monthly imposes serious infrastructure costs. A single bug in the ZKP circuit could silently produce invalid proofs or introduce privacy leaks.

MEDIUM

Floor Area as Household Category Proxy is Imprecise

Using house floor area (m²) as a socioeconomic proxy is a simplification. A 120m² house may be occupied by a large low-income extended family. Conversely, a 50m² apartment may house a wealthy single professional. This could misallocate subsidies and carbon taxes, undermining the core fairness principle.

MEDIUM

Peruri Chain Maturity & Ecosystem Readiness

Peruri Chain and Mandala Chain are relatively new national networks. Developer tooling, auditing firms, and ecosystem maturity lag far behind Polygon or Ethereum. This introduces protocol bugs risk, limited audit capability, and difficulty attracting international carbon market participants.

MEDIUM

Digital Divide & Adoption Barriers

A significant portion of Indonesian households — especially rural and elderly — lack smartphones, digital literacy, or stable internet. A system dependent on app-based logging and digital wallets will structurally exclude the same low-income households it claims to protect without parallel offline flows.

MEDIUM

Emission Factors May Become Outdated

The system uses 0.87 kgCO₂/kWh for PLN grid (coal-heavy). As Indonesia's renewable mix grows toward NZE 2060, this factor must decrease dynamically. Hardcoded values create perverse incentives: households earn fewer IDRC tokens as the grid gets cleaner — opposite of intended behavior.

LOW

IDRC Token Price Stability & Market Manipulation

If IDRC becomes tradeable on IDXCarbon, price is subject to speculative forces. A sudden crash removes all behavioral incentives. A price spike may cause high-emission households to refuse buying credits, undermining P2P market mechanics. A stabilization mechanism is not yet designed.

LOW

Political Continuity Risk

A multi-phase, decade-long infrastructure project is vulnerable to electoral cycles. Each new administration may deprioritize the initiative, causing data continuity breaks. Carbon data integrity across administrations requires institutional anchoring beyond the current government mandate.

LOW

Double-Counting Risk with Existing Carbon Registries

Blockchain prevents direct token double-counting, but the underlying carbon reduction event must also be registered in SRN PPI to prevent the same physical action being claimed in both NHCL and a voluntary registry (Verra, Gold Standard). Without this bridge, Indonesia risks international credibility issues.

09 · Policy Narrative

From Burden to Opportunity

Tokocarbon reframes carbon policy — critical for public buy-in at the scale required for NZE 2060.

Old Narrative (Status Quo)
New Narrative (Tokocarbon)
"Government collects carbon tax from citizens."
"Citizens earn income from decarbonization actions."
"Subsidies distributed via administrative data."
"Subsidies based on real contribution to the earth."
"Energy consumption data is a state secret."
"Citizen privacy protected by cryptography — you own your data."
"Carbon audit happens once a year."
"Carbon audit happens every second, automatically, in real time."
"Carbon market is for corporations only."
"Every household can participate and profit from green action."
10 · Competitive Landscape

Who Else Is Building This

The blockchain-carbon space is real and active. The closest reference point is CarbonFi — a Web3 carbon infrastructure built by an Indonesian team. Mapping it honestly sharpens where Tokocarbon is differentiated and where it is not.

CarbonFi · carbonfi.io

CarbonFi Labs Nusantara (Indonesian entity) — "Infrastructure Carbon For Transparent Green Economy"

Beta Testnet · Live MVP

A two-layer ecosystem: Athlas Verity (AI + satellite carbon verification, multi-framework consensus scoring across IPCC / CarbonPlan / VCS / OpenMRV) feeding CarbonFi (an on-chain marketplace, staking, and a project launchpad). Carbon credits are tokenized as ERC-1155 NFTs on Arbitrum and powered by the CAFI token (~1B supply). Targets institutional and voluntary carbon-market participants — not households.

Marketplace DApp Athlas Verity · AI Verification CAFI Token · Staking LaunchHub ERC-1155 · Arbitrum DAO planned 2027

CarbonFi vs. Tokocarbon NHCL

DimensionCarbonFiTokocarbon NHCL
Primary userInstitutions, project developers, crypto investors70M+ Indonesian households + government fiscal system
Carbon sourceProject-level credits (forests, blue carbon, RE, CDR)Household micro-emissions (fuel, electricity, water, waste)
VerificationAI + satellite (Athlas Verity), multi-framework consensusUtility-API data + human oracle + multi-party validators
TokenCAFI — utility / governance / rewardsIDRC — subsidy & tax-shield instrument
ChainArbitrum L2, ERC-1155Peruri Chain (national / sovereign infrastructure)
PrivacyPublic on-chain transparencyZero-knowledge proofs — citizen data stays private
Go-to-marketVoluntary market, Web3 community-ledGovernment policy mandate, fiscal integration
StageBeta testnet, live MVP, small holder baseCapstone research → MVP / regulatory sandbox

Adjacent Players

Toucan Protocol

Bridges Verra credits on-chain as TCO2 / BCT pools. Infrastructure for tokenized voluntary credits — corporate, not household.

KlimaDAO

DeFi treasury that absorbs and retires tokenized carbon to drive price. Speculative / market-making angle, no MRV layer.

Verra · Gold Standard

Incumbent registries / methodologies. Trusted but slow, manual, project-scale — the legacy system Tokocarbon automates around.

Regen Network

Ecological-asset chain with ecosystem credit classes. Strong on-chain MRV ideas, focused on land projects not citizens.

Where Tokocarbon Does Not Compete — It Owns a Different Layer

Every player above operates in the voluntary, project-scale, corporate carbon market. Tokocarbon is the only one targeting household-level micro-emissions integrated directly into a sovereign fiscal system — dynamic subsidy and tax-shield rather than a tradable speculative asset, ZKP-protected citizen data rather than public ledgers, and government mandate rather than community adoption. The competitive risk is not that CarbonFi wins Tokocarbon's market; it is that none of the structural-access problems (utility APIs, regulatory recognition of IDRC, field validation at national scale) are solved by anyone yet.

11 · Development

MVP Development Timeline

Sprint-by-sprint breakdown from scaffold to testnet demo — 8 weeks, parallel tracks, clear deliverables.

Month 1 — Foundation
Month 2 — Integration & Launch
Track
W1
Jan 1–7
W2
Jan 8–14
W3
Jan 15–21
W4
Jan 22–28
W5
Feb 1–7
W6
Feb 8–14
W7
Feb 15–21
W8
Feb 22–28
Smart Contracts
Identity + Registry Contract
Consumption Contract
Logic Engine Contract
Settlement + IDRC Token
ZKP / Crypto
ZKP Circuit Design (zk-SNARKs)
Circuit Implementation + Tests
Audit
Backend / API
Scaffold + DB Schema
API Mocks (PLN / Pertamina / PDAM)
Real API Integration + ZKP Bridge
NCB Engine + Endpoint Hardening
Frontend
Setup
Dashboard + Usage Tracker UI
Waste Log + Carbon Report UI
IDRC Wallet + Profile + Polish
Officer App
Design
Build: Scan + Weigh + Sign
Geo-tag + Private Key Integration
Chain / Infra
Peruri Chain / Polygon Testnet Setup
Contract Deploy + Gas Optimization
Mainnet Config + Observer Nodes
QA / Testing
Unit Tests
Integration
E2E Scenario Testing (A + B)
Pilot UAT + Load Testing
Milestones
Arch Sign-off
M1 Checkpoint
ZKP Certified
Testnet Demo
Smart Contracts
ZKP / Cryptography
Backend / QA
Frontend
Officer App
Blockchain / Infra
W1–W2

Sprint 1 — Foundation

  • Finalize system architecture and smart contract interface specs
  • Scaffold backend (Node.js / FastAPI) + database schema (PostgreSQL)
  • Deploy development environment on Polygon Mumbai testnet
  • Bootstrap Identity + Registry Contract with NIK/DID binding
  • Initialize Next.js frontend repo with design system tokens
  • Begin ZKP circuit research — select Circom or Noir framework
Architecture sign-off + dev environment running
W3–W4

Sprint 2 — Core Contracts

  • Implement Consumption Contract with mock API data ingestion
  • Build NCB formula inside Calculation Logic Engine contract
  • Design ZKP circuit for NCB computation (Private Witness structure)
  • Build Dashboard + Usage Tracker frontend (MyFuel, MyElectric, MyWater)
  • Officer App wireframes + basic scan/weigh flow
  • Unit tests for all emission factor calculations
Month 1 checkpoint — core contracts testable on-chain
W5–W6

Sprint 3 — Integration

  • Implement zk-SNARKs circuit and generate proving/verification keys
  • Connect real API stubs (PLN Mobile, MyPertamina, PDAM Info format)
  • Deploy Settlement Contract + IDRC ERC-20 token on testnet
  • Build Waste Log module + Officer App (digital signature + geo-tag)
  • Carbon Report page with full NCB breakdown visualization
  • Integration tests: end-to-end Scenario A (Surplus) flow
ZKP circuit certified + IDRC token minting live
W7–W8

Sprint 4 — Demo & Hardening

  • IDRC Wallet UI + P2P trading interface + token use-case flows
  • Observer Node setup for regulator audit access
  • Gas optimization + contract security review
  • Full E2E scenario testing (Surplus + Deficit households)
  • Pilot UAT with simulated 50-household dataset
  • Prepare testnet demo + technical documentation
Testnet demo ready — full NCB → IDRC flow verified
8
Weeks
4
Smart Contracts
1
ZKP Circuit
3
API Integrations
4
Milestones
50
Pilot Households