Knowledge Base · Reading List · FAQ

Resources &
Reference.

Foundational reading on DePIN, dMRV, carbon methodologies, and AI climate infrastructure — plus every FAQ from across the Mālama documentation consolidated in one place. Use the sidebar search to filter questions.

Reading List

Foundational references.

Organized by topic. Covers the academic and industry foundation for dMRV, DePIN, carbon market integrity, and hardware-verified climate data.

01 · Decentralized Physical Infrastructure Networks (DePIN)
Messari / The Block Research
The State of DePIN 2025
Comprehensive report covering the structural maturation of DePIN, the rise of InfraFi (Infrastructure Finance), and the decoupling of network revenue from token speculation. The closest market-wide comparable to Mālama's validator network model.
Messari Research →
Helium Foundation
Helium: A Decentralized Machine Network (Whitepaper)
The foundational blueprint for creating a decentralized, hardware-secured wireless network. Serves as the DePIN archetype for scaling global IoT sensor deployments — and the primary model Mālama's design deliberately departs from by anchoring rewards to enterprise data demand rather than token issuance.
Helium Whitepaper →
02 · Digital MRV Frameworks
World Bank, 2022
Digital Monitoring, Reporting, and Verification Systems and Their Application in Future Carbon Markets
Critical assessment of the transition from manual sampling to continuous, data-driven MRV systems under the Paris Agreement. Frames the institutional case for automated dMRV infrastructure as a prerequisite for high-integrity Article 6 carbon markets.
World Bank Report →
InterWork Alliance / GBBC
Digital MRV Framework — Version 3.0
Technical specification for standardizing environmental asset creation. Introduces reusable MRV Extension Sets for automated credit origination — the framework closest in architecture to Mālama's SaveCard and registry-compatible output pipeline.
IWA Framework →
Climate Action Data Trust
CAD Trust Data Model Version 2.0
Technical architecture of the decentralized, open-source metadata platform designed to link global registries and prevent double-counting. Relevant to Mālama's chain-of-custody anchoring on Cardano and multi-registry compatibility design.
CAD Trust Data Model →
IETA, 2025
The Digital Transformation of Carbon Markets
Vision paper outlining how digitalization, standardization, and AI can rebuild trust and unlock scaling in the carbon value chain. The integrity crisis described — intermittent audits, methodology gaming, phantom credits — is the direct problem Mālama's hardware-signing architecture addresses.
IETA Papers →
03 · Authoritative Carbon Methodologies
Verra
VM0042: Improved Agricultural Land Management (v2.2)
The leading framework for quantifying Soil Organic Carbon (SOC) sequestration. Details acceptable high-precision physical measurement techniques including Vis-NIR, MIR, and dry combustion — the measurement types Mālama's Genesis 300 sensors are designed to produce continuously rather than episodically.
Verra VM0042 →
Gold Standard
Soil Organic Carbon Framework Methodology
Tiered architecture for on-site soil sampling and biogeochemical modeling (including RothC) to certify agricultural carbon sequestration. Defines the evidence requirements that Mālama's SaveCard pipeline is designed to satisfy continuously.
Gold Standard SOC →
Puro.earth
Enhanced Rock Weathering (ERW) Methodology — Edition 2025
Rigorous physical soil sampling guidelines and loss-term accounting required to measure carbon drawdown from crushed alkaline minerals. Mālama's MWN-ERW sensor stack maps directly to the Isometric v1.2 and Puro.earth ERW measurement variables. Registry engagement underway.
Puro.earth ERW →
Verra / Gold Standard
AMS-III.Y & Gold Standard Methane Conversion Pilots
Methodologies covering the capture, avoidance, and direct conversion of methane emissions from wastewater, manure treatment, and enteric fermentation. Roadmap vertical for Mālama's sensor catalog expansion.
Methane Methodology →
04 · AI, IoT, and Enterprise Climate Action
BCG + CO2 AI, 2025
2025 Climate Survey Report
Analyzes how enterprises utilizing predictive AI, generative AI, and IoT sensors are up to 2.3× more likely to capture significant financial value from their climate and decarbonization initiatives. Quantifies the enterprise value of continuous hardware-monitored climate data over self-reported estimates.
BCG Climate Report →
Digital Climate Innovation / Climate Ledger Initiative
Navigating Blockchain and Climate Action
Annual flagship report exploring practical implementation of digital technologies for climate mitigation and adaptation. Covers on-chain registry integration, tokenized carbon instruments, and decentralized verification architectures.
Climate Ledger Initiative →
Academic Research / F.A. Samiul Islam
AI-Powered Carbon Market Intelligence and Blockchain-Enabled Governance
Deep dive into LSTM networks, digital twins, and federated learning for transparent urban decarbonization. Covers the AI anomaly detection and z-score validation layer that Mālama deploys in its dMRV pipeline to flag spoofed and physically implausible sensor readings.
Read Research →
05 · Mālama Labs Ecosystem
Mālama Labs · 2025 · 19 pages · 84 citations
The Convergence LitePaper
The foundational academic synthesis behind Mālama's thesis. Covers the structural convergence of DePIN economics, dMRV frameworks, authoritative carbon methodologies, and AI/IoT/blockchain integration across six sections: DePIN market maturation and InfraFi ($10B market cap, $72M on-chain revenue); the Helium archetype and hardware-secured cryptography; World Bank and IWA dMRV v3.0 frameworks; Verra VM0042, Gold Standard SOC, and Puro.earth ERW 2025 methodologies; AI/IoT enterprise convergence (BCG 2.3× stat, LSTM/GNN/federated learning, 78% fraud detection correlation); and the full Mālama ecosystem — Reality Engine six-layer architecture, NFT-HEX geographic rights, veMLMA governance lock, and CAD Trust double-counting prevention. Primary reference document for Mālama's market positioning and technical architecture.
Read the LitePaper ↗
Mālama Labs
MLMA Tokenomics Whitepaper v2.0
Token design, emission schedule (Y1–Y3 cold-start, Y4–Y5 revenue-funded), operator economics, burn mechanism, veMLMA governance, PONO eligibility credential, and risk analysis. Reference document for Genesis 200 economics and the confirmed 5-stream revenue model.
Request →
Mālama Labs / Project Catalyst
Mālama Carbon: Universal dMRV Infrastructure on Cardano
Project Catalyst overview detailing the implementation of carbon dMRV, NFT-HEX Geographic Rights, and energy-efficient ledger execution on the Cardano network. Covers the CIP-25/CIP-68 SaveCard standard, Aiken/Plutus smart contract architecture, and Hex Node quorum consensus.
Project Catalyst →
Mālama Labs · Live
Genesis 200 Hex Node — Operator Documentation
Deployment checklist, hardware BOM, Device DID registration, audit clearance process, PONO governance credential, data obligations, and support channels. The complete operator reference for Genesis 200 participants.
Operator Docs →
Mālama Labs · Live
aipower.fyi — Live AI Compute Energy Dashboard
Open-source project of the Mālama Foundation. Real-time energy and carbon intensity data for AI model inference. Live demonstration of the hardware-verified data layer Mālama brings to AI compute monitoring at the rack level.
aipower.fyi ↗
FAQ

Frequently asked questions.

All questions across Hex Node operations, token mechanics, technical architecture, and legal and regulatory topics in one place.

Hex Node Operations
What do I receive at reservation vs at hardware boot?+
At reservation ($2,000 payment) you receive your NFT-HEX geographic rights object, minted on Cardano and Base. This is your hex cell license and it is yours immediately. Your 125,000 MLMA allocation does not arrive at reservation — it begins vesting at hardware boot in October 2026: 31,250 MLMA (25%) at hardware boot, then approximately 7,813 MLMA per month over 12 months (75%). The allocation and the validation rewards are separate instruments.
Do I need to own or deploy sensors to earn validation rewards?+
No. A Genesis 200 Hex Node is a validation node, not a sensor. You receive MLMA rewards for validating data produced by enterprise sensor deployments — ERW sites, biochar kilns, AI data center racks — operated by carbon project developers, data center operators, and industrial clients. Sensor deployment by a node operator is optional and would increase local data volume in your zone, potentially increasing your reward weight, but it is not required.
What if there are no sensors or data in my hex zone?+
Your node validates data from across the network, not only data produced in your specific hex zone. The Geographic Multiplier reflects the scarcity value of your zone and applies to all validation work your node performs, including data assigned from other zones. In Years 1–3, rewards come from the monthly emission pool regardless of local data volume. In Years 4–5, rewards are funded by protocol revenue and hexes with higher SaveCard volume will earn more than low-activity zones. If your hex has zero validations for 90+ consecutive days and demand is not recoverable, contact support to discuss hex reassignment options.
When do MLMA rewards start — at hardware boot or at a fixed date?+
Validation rewards begin after the Genesis Hex Sale audit, not automatically at hardware boot or at a fixed calendar date. The audit takes place in October 2026 and confirms that your node is operational, compliant, and properly registered. Nodes that clear the audit receive full Year 1 Genesis multiplier benefits (1.5×) from the audit clearance date. Your 125,000 MLMA vesting allocation is separate from validation rewards — it begins vesting at hardware boot regardless of audit status.
Can I move my node to a different hex zone?+
Your geographic license (NFT-HEX) is tied to a specific H3 hex cell. Relocation is governed by the NFT-HEX transfer and resale rules in your reservation agreement. Contact support before physically relocating your node — unauthorized relocation may trigger clawback review. License NFTs are transferable; the transferee inherits all obligations including deployment timing and uptime requirements.
My node has been offline. What happens?+
The Uptime Factor (UF) drops linearly from 1.0 at 99% uptime to 0 at 90% uptime. Nodes below 90% uptime for an epoch earn zero validation rewards for that period. Vesting of your 125,000 MLMA allocation is not affected by uptime. Nodes offline for 90 or more consecutive days without prior written notification to Mālama are subject to License suspension review. For shorter outages, open a hardware support ticket in Discord with your Device DID.
What is the Device DID and where do I find it?+
The Device DID is the cryptographic identity of your specific node hardware, derived from the ATECC608B secure element provisioned at manufacture. The private key is non-exportable — it exists only in that specific chip. The Device DID is displayed on the node screen during first boot and printed on the device certificate card included in your hardware kit. You need it for dApp registration. It is different from your wallet address.
What is the deployment window and what happens if I miss it?+
You must install, power on, and register your Hex Node within 90 days of hardware delivery to your shipping address. The 90-day window begins at hardware delivery, not at reservation. Licenses not activated within this window, and any unvested MLMA allocation associated with them, are automatically forfeited to the Mālama protocol treasury without refund. Extensions require written request to Mālama before the window expires. Hardware ships September 2026, so the typical deployment window is September–December 2026.
What is steady-state monitoring time?+
Steady-state monitoring once deployed and stable is approximately 15 minutes per month. Initial deployment takes 2–4 hours (unboxing, mounting, network setup, registration, commissioning). Troubleshooting, firmware updates, and calibration visits add variable time not captured in the 15-minute steady-state figure.
Token & Rewards
How are validation rewards calculated?+
Rewards are competitive and relative to the active validator set, not fixed per node. The formula: R = B × DQS × GM × UF × GX × PoolFactor where B = base rate from the monthly emission pool, DQS = Data Quality Score (0.0–1.0), GM = Geographic Multiplier (0.5×–3.0×), UF = Uptime Factor (0 at 90% uptime, 1.0 at 99%, 1.1× at 99.9%+), GX = Genesis Multiplier (1.5× Year 1 only), PoolFactor = normalization ensuring total payouts don't exceed the monthly pool. As more validators join, individual reward weight adjusts proportionally. There are no guaranteed yields.
What is the Genesis boost period and when does it end?+
Year 1 economics reflect a deliberately temporary bootstrapping mechanism. The 1.5× Genesis Multiplier, constrained early validator competition, and front-loaded emission pool produce elevated reward weight during cold-start. These are not steady-state returns. The Genesis Multiplier expires permanently at the end of Year 1. Emissions stop entirely after Year 3. From Year 4, all rewards come from protocol revenue. Plan conservatively — do not model Year 1 economics as ongoing.
What happens when emissions stop after Year 3?+
From Year 4, all operator rewards come from 25% of protocol revenue distributed monthly. The other 50% is burned permanently; 25% goes to veMLMA stakers. At the Year 4 revenue forecast of $21.39M, the monthly operator distribution pool is approximately $445,000 total across all active validators, before geographic and uptime multipliers. Year 5 forecast: $34.44M, approximately $717,000/month total. Actual rewards depend on whether revenue targets are met.
What if MLMA price drops significantly?+
The emission schedule is fixed. If price falls, you receive the same number of tokens for the same validation work, representing less dollar value. The protocol does not and cannot issue additional tokens in response to price movements — the 500M hard cap is enforced on-chain and the emission schedule is fixed. Any statement suggesting the protocol responds to price by emitting more tokens is incorrect. Hardware cost at $380 is low enough that even at $0.05/MLMA, monthly validation rewards in a suburban hex recover hardware cost in under two months.
Can I stake my vesting allocation before it fully unlocks?+
Yes. Any vested MLMA (the 25% at boot plus monthly tranches as they unlock) can be locked immediately as veMLMA. Unvested amounts cannot be staked. At month 6, you have vested approximately 78,125 MLMA and can lock any portion for 3–24 months. veMLMA locks earn enhanced distribution multipliers and, with a PONO credential, governance voting weight. Locking does not affect the vesting schedule for remaining unvested tokens.
What is veMLMA and what does it do?+
veMLMA is vote-escrowed MLMA — tokens you voluntarily lock for a fixed period in exchange for governance weight and enhanced revenue distributions. Lock durations: 3 months = 0.25× vote weight / 0.5× distribution multiplier; 6 months = 0.5× / 1.0×; 12 months = 1.0× / 2.0×; 24 months = 2.0× / 3.0×. Locked tokens are illiquid for the lock duration regardless of circumstances. Lock is non-transferable. Tokens are returned at expiry. PONO credential required to exercise governance votes.
What is PONO?+
PONO is a non-transferable, on-chain credential issued by the Mālama Foundation. It certifies that you are a qualified network participant based on KYB completion, active hardware deployment, and operating history. PONO is required to participate in veMLMA governance votes. You do not need PONO to receive validation rewards or your 125,000 MLMA allocation. PONO may be revoked by governance supermajority for violations including data tampering, hardware fraud, or prolonged offline status without notification.
What is the total MLMA supply and how is it allocated?+
Total supply: 500,000,000 MLMA — hard cap, enforced on-chain. Allocation: Investors (Seed SAFE) 30% / 150M; Team and Advisors 20% / 100M; Genesis 200 Operators 5% / 25M (125K per operator); Future Network Incentives 27.5% / 137.5M (Y1–Y3 emissions 79.2M, uncommitted reserve 58.3M); Protocol Treasury 17.5% / 87.5M. Emergency issuance beyond 500M is not a governance option — it would require a new smart contract deployment and separate holder consent.
Technical
What is the ATECC608B and why does it matter?+
The ATECC608B is a dedicated cryptographic co-processor manufactured by Microchip Technology. Every Genesis 300 node and MRAA-01 appliance carries one. Its private key is provisioned at manufacture and is non-exportable — there is no software path to extract or replace it. Every sensor reading is ECDSA P-256 signed by this key before it leaves the device. The signature cryptographically binds the reading to a specific device, timestamp, and private key. This is why Mālama describes the trust anchor as being at the silicon level: to forge data, an actor would have to physically dismantle the chip.
What is a SaveCard?+
A SaveCard is a cryptographically signed, on-chain environmental data record. It bundles hardware-signed sensor readings, validator consensus output, and a Merkle inclusion proof pointing to the full dataset archived on Arweave. SaveCards are anchored to Cardano via CIP-25/CIP-68. For carbon: a SaveCard feeds LCO₂ pre-finance issuance and VCO₂ verified credit conversion. For AI compute: it produces a hardware-verified Scope 2 disclosure record. 2,786+ SaveCards have been minted to Cardano preprod since June 2024 with zero gaps.
What blockchains does Mālama use and why?+
Three-layer architecture: Cardano (primary archival — SaveCard custody via CIP-25/CIP-68, MLMA native asset, Aiken/Plutus smart contracts, 60-second Merkle anchoring via Hex Node quorum); Hedera (institutional settlement — ABFT consensus, deterministic finality, for registries, corporate buyers, and prediction market operators); Base (market liquidity — EVM L2, rewards distribution, NFT-HEX minting, claims). Cross-chain state synchronization coordinates all three. Cardano is live on preprod since June 2024; mainnet migration targets Q2 2026 post-audit.
How does the Hex Node validate data it didn't produce?+
Verified data from enterprise sensors is broadcast to the Hex Node network after passing edge verification (cryptographic, protocol, physical, spatial, temporal, and methodology checks). Each node participates in Proof-of-Truth consensus: it validates the cryptographic signature chain, cross-checks against neighboring validators, and contributes to the consensus outcome for the data packet. Nodes operate within their assigned H3 geographic cell but can receive and validate data packets assigned to their zone from sensors anywhere in that cell, or from the network's routing algorithm when no local node is available.
What happens if there is no Genesis 200 operator in my sensor's hex zone?+
Sensors continue to operate and produce signed SaveCards normally. Validation falls to one of two mechanisms: (1) Next closest region — the nearest active Hex Validation Node in an adjacent H3 zone receives and validates the data stream and earns the corresponding rewards; (2) Random validator assignment — if no adjacent operator is available, the network assigns a random active validator from the pool. Sensor operators (carbon project developers, data center operators, kiln owners) do not need to coordinate with a Genesis 200 operator. Their sensors are validated regardless.
Where is sensor data stored off-chain?+
Raw sensor readings are batched by region and methodology into Merkle trees and archived on Arweave for permanent data availability. Only the Merkle root is anchored on-chain, giving O(1) on-chain footprint regardless of telemetry volume. The full dataset remains retrievable with Merkle inclusion proofs. Mālama also maintains 10-year S3-compatible off-chain retention with immutability lock for compliance purposes. Operators are not responsible for raw sensor data retention.
What hardware does the Genesis 300 node include?+
Raspberry Pi Zero 2W compute; ATECC608B-TFLXTLS secure element (non-exportable ECDSA P-256 key provisioned at manufacture); Waveshare SIM7600G LTE HAT for cellular uplink and GPS timestamp; RS485 7-in-1 soil probe (moisture, EC, temperature, pH); BME280 atmospheric sensor (temperature, humidity, barometric pressure); NEMA 4X IP67 weatherproof enclosure; solar panel + UPS battery (7-day autonomy at nominal load). Ships September 2026 to confirmed Genesis 200 operators.