Foundational reading on DePIN, dMRV frameworks, carbon methodologies, and AI climate infrastructure, plus every FAQ from across the Mālama documentation consolidated in one place. The academic and industry foundation for hardware-verified climate data.
The structural maturation of DePIN and the decoupling of network revenue from token speculation. The closest market-wide comparables to Mālama's validator network model.
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 →The foundational blueprint for 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 →The institutional and technical case for moving from manual sampling to continuous, data-driven MRV as a prerequisite for high-integrity 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 →Technical specification for standardizing environmental asset creation. Introduces reusable MRV Extension Sets for automated credit origination, a framework closest in architecture to Mālama's SaveCard and registry-compatible output pipeline.
IWA Framework →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 →Vision paper outlining how digitalization, standardization, and AI can rebuild trust and unlock scaling in the carbon value chain. The integrity crisis it describes (intermittent audits, methodology gaming, phantom credits) is the direct problem Mālama's hardware-signing architecture addresses.
IETA Papers →The registry-grade measurement techniques and evidence requirements that Mālama's sensor stack and SaveCard pipeline are designed to satisfy continuously rather than episodically.
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 200 sensors are designed to produce continuously rather than episodically.
Verra VM0042 →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 →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 →Methodologies covering the capture, avoidance, and direct conversion of methane emissions from wastewater, manure treatment, and enteric fermentation. A roadmap vertical for Mālama's sensor catalog expansion.
Methane Methodology →The enterprise value of continuous, hardware-monitored climate data over self-reported estimates, and the AI validation layer that flags spoofed and physically implausible readings.
Analyzes how enterprises using predictive AI, generative AI, and IoT sensors are up to 2.3× more likely to capture significant financial value from their climate initiatives. Quantifies the enterprise value of continuous hardware-monitored climate data over self-reported estimates.
BCG Climate Report →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 →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 →The primary reference documents for Mālama's market positioning, technical architecture, and operator guidance.
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: 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 (the BCG 2.3× stat, LSTM/GNN/federated learning); and the full Mālama ecosystem (Reality Engine six-layer architecture, NFT-HEX geographic rights, veMLMA governance, and CAD Trust double-counting prevention).
Read the LitePaper ↗Token design, emission schedule (Y1 to Y3 cold-start, Y4 to Y5 revenue-funded), operator economics, burn mechanism, veMLMA governance, PONO eligibility credential, and risk analysis. The reference document for Genesis 200 economics and the confirmed 5-stream revenue model.
Register interest →Project Catalyst overview detailing carbon dMRV, NFT-HEX Geographic Rights, and energy-efficient ledger execution on Cardano. Covers the CIP-25/CIP-68 SaveCard standard, Aiken/Plutus smart contract architecture, and Hex Node quorum consensus.
Project Catalyst →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 →An open-source project of the Mālama Foundation. Real-time energy and carbon intensity data for AI model inference. A live demonstration of the hardware-verified data layer Mālama brings to AI compute monitoring at the rack level.
aipower.fyi ↗How a Genesis 200 validation node earns, deploys, and stays compliant.
When you join the Genesis cohort 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 up front; it begins vesting at hardware boot and is earned over twelve months of active service, vesting 15% (18,750) at boot, 15% (18,750) at the PONO milestone (~90 days), and 20%, 20%, and 30% at the 6, 9, and 12-month milestones. The allocation and validation rewards are separate instruments.
No. A Genesis 200 Hex Node is a validation node, not a sensor. You receive MLMA rewards for validating data produced by enterprise sensors (such as ERW sites, biochar kilns, and 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.
Your node validates data from across the network, not only data produced in your specific hex zone. The Hex Type multiplier reflects the placement and coverage value of your cell and applies to all validation work your node performs. Reward eligibility is calculated on the 125,000 base and scaled by the Data Demand Score, which reflects network data volume. Under the cohort-normalized pool model, rewards do not depend on localized data volume. If your hex has zero validations for 90+ consecutive days and demand is not recoverable, contact support to discuss hex reassignment options.
Validation rewards begin after the Genesis Hex audit, not automatically at hardware boot or at a fixed calendar date. The audit 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, beginning vesting at hardware boot regardless of audit status.
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 operator agreement. Contact support before physically relocating your node, as unauthorized relocation may trigger clawback review. License NFTs are transferable; the transferee inherits all obligations including deployment timing and uptime requirements.
Maintaining 99% or higher uptime is an operational requirement for clearing your vesting milestones. Nodes offline for 90 or more consecutive days without prior written notification to Mālama are subject to License suspension review and forfeiture of unvested rewards to the Genesis Performing Operator Bonus Pool. For outages, open a hardware support ticket in Discord with your Device DID.
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, existing 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.
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 before. Licenses not activated within this window, and any unvested MLMA allocation associated with them, are automatically forfeited to the Genesis Performing Operator Bonus Pool without refund. Extensions require a written request to Mālama before the window expires.
Steady-state monitoring once deployed and stable is approximately 15 minutes per month. Initial deployment takes 2 to 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.
How rewards are calculated, how emissions taper, and what veMLMA and PONO do.
Rewards are competitive and relative to the active validator set, not fixed per node. Calculated eligibility is: Calculated Eligibility = 125,000 base × Genesis Year 1 (1.5×) × Hex Type (0.95× to 1.30×) × Data Demand Score (0.70× to 1.30×). The final earned reward is: Final Earned = Calculated Eligibility × (25,000,000 / total cohort calculated eligibility), ensuring total payouts fit the fixed 25,000,000 MLMA pool. Rewards vest across twelve months as operational milestones (including maintaining 99% or higher uptime) are met. There are no guaranteed yields.
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 taper across eight years, after which operator rewards are funded entirely by protocol revenue. Plan conservatively; do not model Year 1 economics as ongoing.
As emissions taper across the eight-year schedule, the network transitions to being revenue-funded. Protocol revenue once revenue-funded is split: 45% burn, 20% operators, 15% stakers, and 20% Foundation, until a 250M circulating burn floor, after which the burn share redirects to the Foundation. Actual rewards depend on realized protocol revenue and network activity.
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, as 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.
Yes. Any vested MLMA (the 15% at boot plus tranches as they unlock) can be locked immediately as veMLMA. Unvested amounts cannot be staked. At month 6 (after the 6-month milestone), you have vested 50% (62,500 MLMA) and can lock any portion for 3 to 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.
veMLMA is vote-escrowed MLMA, representing 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. The lock is non-transferable. Tokens are returned at expiry. A PONO credential is required to exercise governance votes.
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.
Total supply: 500,000,000 MLMA, a 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 (including the 60M 8-year emissions taper and protocol reserves); Protocol Treasury 17.5% / 87.5M. Emergency issuance beyond 500M is not a governance option.
Silicon-level trust, SaveCards, the two-chain design, and how nodes validate data they did not produce.
The ATECC608B is a dedicated cryptographic co-processor manufactured by Microchip Technology. Every Genesis 200 node and MRAA-01 appliance carries one. Its private key is provisioned at manufacture and is non-exportable, so 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.
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. 51,466+ SaveCards have been minted to Cardano preprod since June 2024 with zero gaps.
Two-chain architecture. Cardano handles archival custody: SaveCards issued via CIP-68, Aiken/Plutus smart contracts, and Merkle anchoring via Hex Node quorum. Base handles execution and liquidity: an EVM L2 for rewards distribution, the MLMA digital tool, veMLMA staking, and governance. The two chains operate independently, with Cardano providing custody for environmental SaveCards and Base hosting token utilities and governance, removing cross-chain bridging risks from the critical path. Cardano is live on preprod since June 2024; mainnet migration targets Q4 2026 post-audit.
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.
Sensors continue to operate and produce signed SaveCards normally. Validation falls to one of two mechanisms: (1) Next closest region, where 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, where, 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.
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 an 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 an immutability lock for compliance purposes. Operators are not responsible for raw sensor data retention.
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 plus UPS battery (7-day autonomy at nominal load). Ships to confirmed Genesis 200 operators.
Regulatory status, taxes, registry acceptance, on-chain immutability, and participation eligibility.
MLMA is designed as a digital tool under the interpretive guidance of SEC File Number S7-2026-09, whose value derives from active operator work (hardware installation, uptime maintenance, validated data contributions), protocol fee payment, and veMLMA governance participation. Whether it constitutes a security under the Howey test or equivalent frameworks in any jurisdiction depends on facts and circumstances specific to how it is offered, marketed, and traded. Mālama's legal partner, Beneficial Technology, is conducting a Howey test analysis that must be complete before any public token offering. Nothing in Mālama materials constitutes a representation of regulatory status in any jurisdiction. Consult qualified legal counsel before acquiring MLMA.
Yes. You are solely responsible for determining whether MLMA rewards are taxable in your jurisdiction, reporting any income or gains, and complying with all applicable tax laws. Mālama does not provide tax advice. U.S. participants should note that under the framework of IRS Revenue Ruling 2023-14 (staking rewards), the boot tranche (31,250 MLMA) and each subsequent monthly vesting tranche (~7,813 MLMA) may each trigger ordinary income recognition at the MLMA fair market value at the time of receipt. This is not tax advice; consult a qualified tax professional familiar with digital assets.
Eligible investors in the Seed SAFE round may receive a separate token side letter providing contingent participation rights in MLMA if and when the token is launched. The side letter is not automatic; it is offered to eligible investors subject to applicable law, Beneficial Technology's completed Howey analysis, compliance procedures, vesting, lockups, transfer restrictions, and final launch structure. It is not a present token sale and confers no current rights to MLMA. Regulatory classification of MLMA is subject to ongoing legal review and varies by jurisdiction.
Mālama provides hardware-signed evidence infrastructure. Registry acceptance of that evidence as the basis for credit issuance depends on the registry's methodology approval process, which is entirely within each registry's discretion. "Compatible" in Mālama's registry documentation means our output format maps to the registry's data requirements; it does not mean the registry has certified Mālama as an approved MRV provider. If registry acceptance is not obtained, LCO₂ pre-finance may not convert to VCO₂ verified credits. Sensor operators should not rely on Mālama data alone as a guarantee of credit issuance.
No. Blockchain records, including your NFT-HEX geographic assignment, on-chain transaction history, and SaveCard data, cannot be altered or deleted by Mālama or any other party. The H3 hex cell associated with your License is permanently public once recorded. GDPR and CCPA deletion rights apply to off-chain Personal Data held by Mālama (account data, contact information, support records) but cannot extend to immutable on-chain records. If you do not wish the approximate geographic area of your node to be public, do not operate a Hex Node.
Participation is not available to persons located in, organized under the laws of, or ordinarily resident in any country or territory subject to comprehensive U.S. sanctions, or where purchase, import, or operation of the hardware would be unlawful. Mālama may restrict delivery or activation in certain jurisdictions at its discretion. You are responsible for ensuring that participation is legal in your jurisdiction. See the Terms and Conditions and the Token and Rewards Risk Disclosure for full terms.
Register interest to operate network infrastructure, or reach the team directly with a question the knowledge base did not answer.
This page is an informational knowledge base. It is not an offer to sell, or a solicitation of an offer to buy, any security or token. Regulatory classification of MLMA is subject to ongoing legal review and varies by jurisdiction.
Mālama Labs