A decentralized energy marketplace where anyone producing renewable energy — solar, wind, or beyond — can tokenize their kilowatt-hours and sell them directly to other users and businesses. Powered by dedicated hardware and a purpose-built blockchain.
Millions of Dutch renewable energy producers are about to lose their biggest financial incentive.
Saldering (net metering) is the Dutch system where renewable energy producers — households with solar panels, farmers with wind turbines, businesses with mixed installations — can feed excess electricity back to the grid, and their energy provider deducts that from their bill. For over a decade, this made investing in renewable energy generation a smart financial decision.
But the Dutch government has announced that saldering (net metering) will be fully phased out by January 2027. Once that happens, energy providers will no longer be required to credit you for excess production at retail rates. Instead, you'll receive a fraction of the market price — or nothing at all — for the energy you feed back. Your solar panels and wind turbines will still produce power, but the financial return collapses.
According to Netbeheer Nederland, approximately 3 million Dutch households (over 35% of all homes) now have solar panels installed. The total installed solar capacity reached 28.6 GWp by end of 2024 (CBS, 2025), with 11.7 GWp on residential rooftops alone. On the wind side, the Netherlands has 7.0 GW of on-land wind capacity spread across approximately 2,400 turbines (CBS Wind Energy Report, 2025), predominantly owned by farmers and cooperatives. Combined, these producers generated over 50 TWh of renewable electricity in 2024 — roughly 40% of Dutch electricity consumption.
The result? Longer payback periods, reduced incentive for new installations, and millions of energy producers looking for alternatives. But at the same time, new EU and Dutch legislation is opening up a fundamentally different path: direct peer-to-peer energy trading.
What if renewable energy producers could sell their excess energy directly to other households and businesses at a fair market rate — cutting out the middleman entirely? What if every kilowatt-hour you produce — whether from solar panels on your roof or a wind turbine on your land — could become a tradeable, verifiable digital asset?
A decentralized energy marketplace powered by dedicated hardware and its own blockchain.
GreenChain is a complete ecosystem — hardware, software, and blockchain — that lets anyone producing renewable energy (solar panels, wind turbines, or any future source) tokenize their energy production and sell it directly to other users and businesses. Think of it as an automated, peer-to-peer energy exchange that runs itself.
At its core, GreenChain is three things working together:
A compact device that plugs into your Dutch smart meter's P1 port, reads real-time energy production and consumption, and acts as a node on the GreenChain network. Works with any energy source — solar, wind, or hybrid. Always-on, tamper-resistant, powered via USB-C or PoE.
A purpose-built, EVM-compatible Layer 1 blockchain where every device is a consensus participant. Solidity smart contracts power the marketplace, token minting, and trading engine.
1 verified kilowatt-hour of production = 1 token minted. Tokens can be automatically sold on the built-in marketplace, held (if you have battery storage), or redeemed for real energy credit.
The Dutch smart meter's P1 port only supports one connection at a time. Most households with smart home setups (HomeWizard, Home Assistant, etc.) already have something plugged in. The GreenChain device solves this with built-in P1 switch ports — 4 ports on the Air and Pro, 8 on the Ultra, and up to 24 on the Ultra SE. Your smart meter connects in, and all your existing devices connect to the switch ports. Everyone gets the same DSMR data simultaneously, including the GreenChain node itself. The switch is an active protocol-aware UART replicator (not a passive splitter) — it receives each P1 telegram atomically and forwards it to all output ports, ensuring no data loss or partial reads.
A five-layer architecture from physical energy to marketplace.
The beauty of this design is that every layer is self-contained. The hardware handles secure data acquisition. The blockchain handles consensus and state. Smart contracts handle business logic. The marketplace handles trading. And the dashboard handles the user experience. Each layer can be updated independently — firmware updates improve the hardware layer, chain upgrades improve the consensus layer, and contract deployments improve the marketplace.
Every device strengthens the network. Higher tiers contribute more and earn proportionally more rewards. All devices are built with 90%+ recycled materials, targeting EU Ecolabel and green product certification.
GreenChain devices are built from 90%+ recycled materials — recycled aluminium enclosures, recycled PCB substrates, and reclaimed rare earth components where available. We're pursuing EU Ecolabel certification and EPEAT registration to formally validate the green credentials of the hardware. All devices are RoHS-compliant (lead-free manufacturing) and registered under the WEEE Directive (electronic waste recycling). A device that tokenizes green energy should itself be green.
Every component is soldered directly onto the mainboard — no socketed RAM, no removable SSD, no replaceable modules. NVMe flash chips are BGA-soldered to the PCB. This prevents component swapping, firmware reflashing, or repurposing the device for other uses. Combined with secure boot and the FIPS 140-3 secure element, the device is hardened against both physical and software-level tampering. Power is delivered exclusively via USB-C or PoE/PoE+ ethernet — no other ports exist on the device.
The recycled aluminium enclosure doubles as a passive heatsink, with an internal low-noise fan for active cooling. The ARM SoC, NVMe, and SE generate ~3–5W of sustained heat in a sealed enclosure — manageable, but the device is designed for 24/7 operation in Dutch meterkasten where ambient temperatures can reach 35–40°C in summer. Operating range: 0–50°C. Thermal throttling kicks in above 45°C to protect NVMe write endurance.
Designed for energy utilities, large housing corporations (woningcorporaties), data centers, and energy community operators. The Ultra SE allows chaining multiple nodes together in a single rack-mountable or DIN-rail unit, massively boosting network throughput and storage capacity. With 16–24 P1 ports (FPGA-based switch fabric for efficiency), it can serve as the central hub for an entire apartment block or commercial building — each meter connected, each unit a participant in the network. Powered via USB-C (not PoE) due to higher power draw (~20–25W at load).
Planned for Q2 2027 post-launch. Exact specs and pricing to be determined based on enterprise demand and component availability.
The only connections on any GreenChain device are: P1 switch ports (in/out), one Ethernet port (with PoE/PoE+ power delivery), one USB-C port (alternative power), and WiFi antenna. That's it. No USB-A, no HDMI, no SD card slot, no debug headers. All components — SoC, RAM, flash storage, secure element — are BGA/QFN soldered directly to the mainboard. The device cannot be repurposed, reflashed, or have components swapped. It does one thing, and it does it securely.
Air
Pro
Ultra
Custom L1, EVM-compatible, designed from the ground up for embedded devices.
GreenChain runs its own Layer 1 blockchain — not a sidechain, not a rollup, not a fork of someone else's network. It's a purpose-built chain designed for one thing: secure, high-throughput tokenization of renewable energy production — from solar panels, wind turbines, and whatever comes next — powered by millions of hardware devices.
The chain is built on a Reth fork (Rust Ethereum client), giving it full EVM and Solidity compatibility while taking advantage of Rust's performance and memory safety — critical for embedded devices running 24/7 without supervision. Unlike post-Merge Ethereum, which splits execution (Reth/Geth) and consensus (Lighthouse/Prysm) into separate clients communicating via the Engine API, GreenChain uses a single-binary architecture: execution and consensus are combined in one Reth fork with no separate beacon chain. This is the practical choice for embedded hardware — running two clients on a 4 GB ARM device would be wasteful. Reth on Ethereum mainnet uses 8–16 GB RAM, but GreenChain's fork is aggressively stripped: stateless validation eliminates the state trie cache, the transaction pool is bounded to energy-only operations, and peer connections are limited. Target memory budget is 512 MB–1 GB for Air, validated through prototyping before BOM commitment.
All devices are full network participants, but only a rotating subset acts as active block-producing validators per epoch. This keeps decentralization high while staying within BFT performance limits (~100–200 active validators at any time). Non-producing devices still verify and relay blocks. Block time is 1 second with instant finality — fast enough for real-time energy settlement, including rapid demand scaling by commercial consumers.
The 1-second target is feasible because GreenChain operates within the Netherlands only — a small geographic area with excellent internet infrastructure (average latency 5–20ms on fiber). BFT's three message phases (propose, prevote, precommit) complete in ~200–350ms under normal conditions, leaving comfortable margin. When consensus cannot complete in time (packet loss, slow validator), the protocol emits an empty block and advances the slot — no stalls. Validators that consistently miss rounds are temporarily demoted from the active set, maintaining network quality.
Instead of traditional Merkle Patricia tries, GreenChain uses Verkle trees — a cutting-edge data structure that shrinks state proofs from ~1KB to ~150 bytes, roughly ⅛ the size. This is what makes stateless validation possible on the Air device: it can verify blocks without storing the full chain state. Verkle trees are bleeding-edge — not yet deployed on Ethereum mainnet — but the cryptographic primitives (Banderwagon curves, Pedersen commitments) are well-researched and implemented in Rust libraries. GreenChain's greenfield chain avoids Ethereum's migration complexity. If Verkle implementation proves too slow on the target ARM SoC during benchmarking, the protocol falls back to Merkle Patricia tries with larger proofs — reducing efficiency but not breaking functionality.
GreenChain uses SSZ (Simple Serialize) instead of Ethereum's legacy RLP encoding for all block headers and network messages. SSZ is more compact, enables efficient Merkleization (each field is individually provable), and is the format Ethereum's consensus layer already uses. For GreenChain's repetitive energy transactions, SSZ block headers are ~150 bytes vs ~500 bytes with RLP — critical when producing 86,400 blocks per day at 1-second intervals.
Air (light) nodes receive each block along with a compact Verkle proof. They can verify the block is correct without having the full state tree — the proof contains everything needed. Only Pro and Ultra nodes maintain state locally.
Full Solidity support means the entire Ethereum tooling ecosystem works: Hardhat, Foundry, MetaMask, block explorers, existing DeFi primitives. Developers can build on GreenChain immediately without learning new languages.
GreenChain produces a block every second — 12× faster than Ethereum's 12-second slots. This enables real-time energy settlement: when a commercial facility ramps up consumption rapidly, the marketplace responds within seconds, not minutes. Instant BFT finality means every confirmed block is permanent — no reorgs, no waiting for confirmations. The tradeoff is volume: 31.5 million blocks per year demands aggressive storage optimization across the entire stack.
Every byte matters when your archive node has 2TB and produces a block every second.
A full Ethereum archive node currently requires approximately 15TB of storage — and Ethereum produces blocks every 12 seconds. GreenChain, with 1-second blocks, generates 12× more blocks per unit of time. Without aggressive optimization, an archive node would blow past 2TB within a year. This is the central engineering challenge of running a blockchain on embedded hardware: every transaction, every block header, every state entry must be as compact as physically possible.
Standard Ethereum transactions with receipts average ~400 bytes each. GreenChain needs to get that down to under 60 bytes — a 7× reduction — while maintaining full cryptographic verifiability. Here's how.
Energy settlements are highly predictable: a meter ID, a timestamp, a kWh amount, and a direction (buy/sell). Generic EVM calldata wastes bytes on ABI encoding overhead, function selectors, and zero-padded 32-byte words. GreenChain uses a purpose-built transaction format for energy operations:
That's 7× smaller than a standard EVM transaction (400 bytes). The price doesn't need to be stored per transaction — it's derived from the protocol-pegged 80% retail rate. Standard EVM transactions remain available for contract interactions and governance, but the high-volume energy settlement path is optimized at the protocol level.
The dual format is implemented via EIP-2718 typed transactions: type 0x01 is a standard EVM transaction (used by wallets like MetaMask, contract calls, governance), type 0x45 is a compact energy settlement (signed natively by the device's secure element). Both types coexist in the same block. Standard block explorers render both types. Wallets interact with the marketplace via a standard Solidity wrapper contract — users never need to construct compact transactions manually.
Each device has both a 4-byte compact meter ID (used in energy transactions for space efficiency) and a standard 20-byte Ethereum address (used for wallet interaction, token holdings, and contract calls). An on-chain registry contract maps between the two, established when a device first registers on the network.
Ethereum's state trie grows unbounded — every account ever created lives in active state forever, even if it hasn't transacted in years. GreenChain implements state expiry: accounts dormant for more than 6 months are evicted from the hot state trie and moved to cold storage. They can be revived with a witness proof, but they don't consume space in the active Verkle tree. State expiry remains a non-trivial engineering challenge — Ethereum has debated it for 5+ years without shipping, due to address collision after cleanup, gas cost models for revival, and smart contracts referencing expired accounts. GreenChain's greenfield chain and simpler use case (mostly device accounts with predictable activity, not complex DeFi) avoids the hardest of these challenges, but careful protocol design is still required and will be validated during testnet.
Ethereum's attempts (notably EIP-7736) can't ship without breaking backward compatibility across millions of existing contracts. GreenChain, as a greenfield chain, can implement state expiry cleanly from genesis. At 2.5M devices, active state stays under 250 MB instead of growing unbounded.
Ultra (archive) nodes don't keep historical blocks in their live database. Instead, finalized blocks are packed into immutable, sequentially-numbered era files — similar to Ethereum's era1 format. Each era file covers a fixed epoch (e.g. 8,192 blocks ≈ ~2.3 hours at 1-second blocks), is individually zstd-compressed, and is stored as a flat file on the NVMe.
Combined with epoch-based state snapshots (a full Verkle state dump every 100 epochs), any historical state can be reconstructed by loading the nearest snapshot and replaying forward — without needing every block in the live database. The live DB only holds the current epoch + pending transactions, keeping memory and I/O requirements minimal for embedded hardware.
Generic compression algorithms treat every file as unique. But GreenChain's energy transactions are extremely repetitive: the same contract calls, the same parameter structures, similar meter IDs, similar kWh ranges. By training a zstd compression dictionary specifically on GreenChain's transaction patterns, era files achieve 5:1 compression ratios — far better than the 2–3:1 typical of generic zstd on blockchain data.
The dictionary is part of the protocol specification, updated every major version, and included in every device's firmware. All nodes use the same dictionary, so compressed era files are portable and verifiable across the network.
Assumes 4 settlement transactions per device per day, 1-second block time, all optimizations applied.
Launch — 50K devices
1.7 GB /year
200K tx/day
2TB lasts: centuries
Growth — 500K devices
8.6 GB /year
2M tx/day
2TB lasts: 238 years
Scale — 2.5M devices
40 GB /year
10M tx/day
2TB lasts: 52 years
⚠️ Worst Case: Full Blocks Every Second
At maximum throughput (1,000 transactions per block, every block full), the chain generates ~86M transactions per day — 336 GB/year compressed. Even in this extreme scenario, a 2TB Ultra archive node holds 6+ years of full chain history. For comparison, this throughput exceeds Visa's daily global transaction volume.
In practice, energy settlements are seasonal and time-of-day dependent (solar peaks midday, consumption peaks evening). Average block utilization will be well below capacity, with most of the daily volume concentrated in 8–10 hours of active trading.
Comparison: Annual Storage Growth
Air (Light Node)
Pro (Full Node)
Ultra (Archive Node)
Every token is backed by a verified kilowatt-hour. No inflation, no speculation — real energy.
GreenChain uses a 1:1 energy-backed token model. When your renewable installation produces 1 kWh of excess energy (measured by the certified smart meter, read by the GreenChain device, signed by the secure element), exactly 1 token is minted on-chain. No more, no less. It doesn't matter if the energy comes from solar panels, a wind turbine, or a hybrid setup — a kilowatt-hour is a kilowatt-hour.
Like Ethereum's wei denomination, GreenChain tokens are fully divisible. The smallest unit (a "micro" or similar denomination) allows precise minting — if you produce 0.08 kWh, you mint 0.08 tokens. No rounding, no waste.
Token pricing is pegged at 80% of the average Dutch retail electricity rate as published by CBS (currently ~€0.25/kWh → token price ~€0.20/kWh). This is not the EPEX wholesale spot price (~€0.05–0.10/kWh) — it's the rate consumers actually pay. Producers earn significantly more than wholesale feed-in rates; buyers pay less than their supplier's retail tariff. The peg updates periodically based on CBS statistics, ensuring the marketplace stays competitive as retail rates change.
Tokens can only be held (not immediately sold) if they're backed by physical energy storage. Your GreenChain device monitors your battery level and enforces this on-chain. No battery? Tokens auto-sell. Battery depletes? Unbacked tokens are auto-liquidated. This ensures every circulating token represents real, deliverable energy.
Transaction costs are paid to the ~100 validators selected per epoch to process and verify transactions — just like validators on Ethereum earn fees for processing blocks. Selection rotates, so all active devices earn over time. Higher-tier devices earn more per transaction because they contribute more to the network (storing state, serving data, keeping history).
Token transactions do not cover grid transport costs (netbeheerder kosten). Both producer and consumer continue to pay their grid operator normally for the physical transport of electricity. The GreenChain Token (GRC) covers the energy commodity cost — the actual kilowatt-hour value — not the infrastructure to deliver it. This is the same financial settlement model used by energy communities under the Energiewet, which explicitly enables this separation between commodity trading and grid transport.
In typical DeFi protocols, MEV (Maximal Extractable Value) is a serious concern: validators see pending trades and can insert their own transactions first to profit from price movements. This does not apply to GreenChain for three structural reasons: (1) all trading is automated by the device — there are no manual "market buy" orders to front-run; devices auto-buy and auto-sell based on real-time meter readings, (2) there is no gas priority mechanism — transactions are processed first-come-first-serve, not by highest gas bid, and (3) the token price is pegged at 80% of retail — there is no price movement to exploit. Validators cannot profit from reordering energy settlement transactions because the price is fixed by protocol rule, not by supply/demand dynamics within a block.
GreenChain works like saldering — but instead of your supplier netting your balance once a year, the marketplace settles it continuously in real-time.
Every participant on GreenChain is both a buyer and a seller. The marketplace is the settlement layer — not a speculative exchange. Here's how it works:
Your GreenChain device reads your smart meter's feed-in. Every kWh you produce — solar, wind, or any source — is cryptographically verified, minted as a token, and automatically sold on the marketplace at market rate.
Simultaneously, your device reads your consumption. It automatically buys tokens from the marketplace to cover your real-time energy usage. Every participant — prosumer or pure consumer — must buy tokens for the energy they use.
At the end of each settlement period, the math is simple: tokens sold minus tokens bought. Produced more than you consumed? The difference is your profit, paid out to your bank account. Consumed more than you produced? You paid the difference — at rates typically cheaper than your supplier's.
Unlike speculative crypto markets, GreenChain tokens have built-in demand. Every person consuming energy on the network must buy tokens to cover their usage. There's no "who buys these tokens?" problem — you buy them, because you need electricity. The marketplace is a closed loop: all production enters as sell orders, all consumption enters as buy orders. Supply and demand are physically linked to the grid.
Purchase online. During checkout, provide your IBAN and energy provider details. The device ships pre-linked to your account — no setup needed later.
Connect the device to your smart meter's P1 port and power it via USB-C or PoE ethernet. If you had other P1 devices (HomeWizard, Home Assistant), plug them into the remaining P1 switch ports — they'll continue working exactly as before. No electrician needed — the P1 port is a standard consumer-accessible connector on your smart meter. Setup takes approximately 5 minutes. The GreenChain companion app guides you through connecting, registering your device on the network, and linking your IBAN for payouts.
Connects to your WiFi/Ethernet, syncs with the GreenChain network, registers as a network node, and starts reading your smart meter data. All automatic.
Production is tokenized and sold. Consumption triggers automatic token purchases. You see your net result in the dashboard — just like checking your saldering balance, but updated in real-time instead of once a year.
Same process — purchase online, provide payment details. Even without your own renewable energy installation, the device connects you to the network and gives you access to verified green energy at market rates.
Your device reads your smart meter's consumption data, joins the network as a participating node, and connects to the marketplace.
Via the built-in dashboard: set auto-buy at market rate, define a max price, prefer local producers, or place limit orders. The device handles everything in the background.
By buying directly from producers on the marketplace, you skip the supplier's markup on the energy commodity cost. You still pay your grid operator for transport — but the kWh price is set by the open market, not your supplier's tariff.
If you have a home battery connected, the device knows. You can configure "store before sell" mode — excess production fills your battery first, and only truly surplus energy gets tokenized and sold. You can also hold tokens (backed by your stored kWh) and sell later when prices peak. The device monitors battery levels in real-time and enforces proof-of-reserve automatically.
The Dutch government is ending saldering by January 2027 because it subsidizes solar owners at the expense of others. GreenChain replaces saldering with a better system:
Traditional Saldering
Locked into supplier's feed-in tariff. Annual settlement — you wait a year to see your result. Supplier decides your kWh price. Ends January 2027.
GreenChain Netting
Sell at open market price. Continuous real-time settlement. You set your own price or accept market rate. Works indefinitely — not dependent on government policy.
The GreenChain device serves many roles beyond energy trading — from smart home hub to passive income node.
Not everyone produces energy — but everyone has a smart meter. The GreenChain device doubles as a P1 switch hub: plug in your existing HomeWizard, Home Assistant, or other P1 devices through the passthrough ports. They keep working as before. Meanwhile, the device helps process transactions on the network, earning 1.25–5% transaction fees (depending on device tier) whenever it's selected to verify energy trades (~100 devices are randomly chosen each round). Zero effort, passive income, better P1 setup than before.
Home battery owners can trade the spread: buy tokens during solar surplus hours (midday, cheap) and sell during evening peak demand (expensive). Your battery + device becomes a mini energy trading desk. With saldering ending January 2027, batteries are no longer just for self-consumption — they're profit tools. The device handles buy/sell timing automatically based on price thresholds you set.
VvE's (homeowner associations), neighborhoods, business parks, or agricultural cooperatives can use one or more Ultra devices as the backbone for a formal energy community under Energiewet Art. 2.4. The operator manages settlement, member onboarding, and community-level analytics through the dashboard. Members share energy internally with transparent, on-chain accounting.
Businesses with large solar arrays on warehouse or office roofs, or farmers with wind turbines, produce far more than they consume. They need a better channel than their supplier's feed-in tariff. GreenChain gives them direct market access at retail-anchored prices — earning €0.17/kWh instead of wholesale EPEX rates (€0.05–0.07/kWh). Potentially hundreds of kWh per day sold directly to consumers and businesses, cutting out the middleman.
Planned capabilities that extend the platform beyond core energy trading.
Integration with home EV chargers to automatically buy tokens when marketplace prices are lowest. Your car charges overnight when wind surplus drives prices down, instead of at a flat supplier tariff. The device signals the charger via local API — your EV becomes a flexible load that follows the cheapest energy in real-time.
Even without trading, the device provides real-time P1 data analytics beyond what HomeWizard or other monitors offer: historical consumption/production trends, cost projections, solar yield forecasting, consumption pattern analysis, and anomaly detection. A premium energy monitoring tool that happens to also be a network node. The difference: HomeWizard shows your data — GreenChain makes you money from it.
Pro and Ultra nodes expose full API/RPC endpoints. Third-party developers can build apps, dashboards, alerting tools, or integrations on top of the GreenChain network. Think of it as the Ethereum developer ecosystem, but for energy data — with real, physical assets backing every transaction.
Aggregating thousands of devices to offer demand response services to TenneT or DSOs. When the grid is congested, the network can collectively shift consumption or release stored battery energy. DSOs would pay for this balancing service — turning the device network into a virtual power plant and opening a B2B revenue stream.
Enterprises with multiple locations can link and group validators under a single management plane — one dashboard showing all sites, aggregated production and consumption, combined marketplace earnings, and cross-site energy balancing. A logistics company with 5 warehouses sees one unified view instead of managing 5 separate devices. Includes consolidated reporting for finance, internal energy transfers between own locations before hitting the open marketplace, and organization-level API access.
How token value translates to real-world energy bill savings — evolving in three phases.
Multi-layered security ensuring every token represents real, verified energy.
The fundamental challenge of tokenized energy is: how do you prevent fraud? Someone could try to spoof production data, tamper with the device, or mint tokens for energy they never produced. Whether the source is a rooftop solar array or a farm wind turbine, the trust problem is the same. GreenChain addresses this with a four-layer chain of trust — from the government-certified smart meter all the way to the blockchain.
FIPS 140-3 Level 3 pre-certified secure element provides hardware-level key protection with active tamper response. Beyond the SE, the entire device is hardened: all components are BGA/QFN soldered to the mainboard — no socketed RAM, no removable storage, no debug headers. NVMe flash chips are soldered directly, preventing extraction or replacement. The enclosure uses tamper-evident seals. If someone opens the case or probes the circuits, the SE erases private keys. The device cannot be repurposed or reflashed.
Firmware is cryptographically signed and verified by the secure element at boot (secure boot chain). Over-the-air updates are signed by GreenChain and verified before installation. Rollback protection prevents downgrade attacks. The device will not boot compromised firmware.
Chain upgrades are coordinated through OTA firmware updates combined with on-chain fork signaling. Devices automatically receive signed firmware containing the new protocol rules. Activation occurs when a supermajority (⅔+) of active validators signal readiness on-chain — the same BFT threshold used for consensus. This avoids the chaos of uncoordinated hard forks: all devices upgrade to the new rules simultaneously at a predetermined block height. Emergency patches bypass the signaling window and activate immediately via signed OTA push. Post-DAO transition, protocol changes require governance vote before firmware release.
The SE firmware is designed with algorithm agility — cryptographic primitives (signing, hashing) are abstracted behind a hardware API, allowing future migration to post-quantum algorithms (e.g., CRYSTALS-Dilithium, SPHINCS+) via firmware update without hardware replacement. Not urgent for 2026 launch, but architecturally prepared.
FIPS 140-3 Level 3 means private keys cannot be extracted from the secure element — by design. If a device fails or is damaged, the user's on-chain identity and token balance are not lost. GreenChain implements protocol-level migration: the user submits the old device serial number and proof of purchase to initiate a migration. After verification (automated checks + fraud window), the protocol transfers the on-chain identity and balance to the replacement device's new secure element. The old device's keys are permanently invalidated on-chain, preventing double-spend even if the old device is later recovered.
In software-only blockchains, one person can create thousands of fake identities for free. GreenChain's sybil resistance is physical, economic, and protocol-enforced: every network participant must own a hardware device (€80–270), each device is registered to a unique smart meter (one device per EAN code), and cryptographically bound to its secure element. You cannot simulate a device in software or clone one without the SE's private key.
Critically: only one device per participant counts toward validator rewards. Buying 100 devices does not earn 100× the rewards — it supports the network (which is appreciated) but the protocol credits validator income to one device per identity. Validators are randomly selected per epoch from the active device pool, so even owning many devices doesn't guarantee selection. This eliminates the economic incentive for sybil attacks entirely.
51% attack cost: Controlling consensus requires ⅔+ of the active validator set. Even at early scale (5K devices), an attacker would need to acquire ~3,400 devices (€290K), register each to a unique EAN code (requiring physical access to 3,400 smart meters), and pass peer attestation — all while earning no additional rewards for the effort. At 100K devices, the attack cost exceeds €8.5M in hardware alone, excluding the logistics of 100K unique meter registrations. The cost scales linearly with network growth, and the physical-world requirements make this qualitatively harder than PoS attacks which only require capital.
Energy regulation, crypto regulation, and corporate structure.
GreenChain sits at the intersection of three regulatory domains: energy law, financial/crypto regulation, and data protection. Each brings specific requirements that shape how the platform must be structured.
Energiewet (new Dutch Energy Act) — enables peer-to-peer energy trading and energy communities. RED III — EU Renewable Energy Directive supports energy sharing across member states. See details below.
MiCA (Markets in Crypto-Assets) — the GreenChain Token (GRC) likely qualifies as a utility token under MiCA, which has lighter requirements than financial instruments. The exchange functionality (AMM + order book) may require a CASP (Crypto-Asset Service Provider) license from the AFM. Fiat on/off-ramp requires PSD2 compliance — likely via a partner (not built in-house).
GDPR — smart meter data is personal data. Processing must be justified (contract + legitimate interest). Minimal data collection by design — the device processes locally, only signed production attestations go on-chain. No personal data on the blockchain. User data (IBAN, name) stored off-chain with full GDPR compliance.
The Energiewet entered into force on 1 January 2026, replacing the outdated Elektriciteitswet 1998 and Gaswet. It was approved by the Eerste Kamer on 10 December 2024 and published in the Staatscourant. This is the single most important piece of legislation enabling GreenChain's business model.
Energy Sharing (Art. 2.30) — The Energiewet formally enables energiedelen: active consumers and producers can share self-generated electricity with others, provided all participants have a contract with the same energy supplier. This is the legal foundation for P2P energy trading in the Netherlands. (Energie-Nederland)
Energy Communities (Art. 2.4) — The law introduces the formal concept of energiegemeenschappen — groups of citizens or businesses that collectively produce and share renewable energy without traditional supplier intermediation. Energy communities can, under conditions, supply energy to members without a supplier license. (PONT Klimaat)
Peer-to-Peer Trading — The Energiewet recognizes peer-to-peer-handel as a market activity: direct buying and selling of energy between participants without a traditional supplier. This can happen within an energy community or via a digital platform. (Enexis)
Active Consumer Rights — The concept of actieve afnemer gives producers the right to choose how they sell or share their surplus energy, including participation in flexibility services and energy communities.
Smart Meter Requirement — All meters must measure consumption and feed-in separately. Grid operators are required to replace non-compliant meters with smart or digital meters — which means every GreenChain household will have a DSMR-compatible P1 port available.
Current limitation: Energy sharing under the initial Energiewet requires all participants to have the same energy supplier. However, the upcoming EU Electricity Market Design (EMD) reform will require cross-supplier sharing, which the Netherlands is already preparing for using a sub-delivery model. GreenChain is architected for this future: the blockchain layer settles energy transactions independently of which supplier participants use. (Energy.nl — Implementatie van Energiedelen)
What this means for you: When you join a GreenChain energy community, you may need to switch to the community's designated supplier. In the Netherlands, switching energy suppliers is free, takes approximately 5 business days, and can be done online. The exact supplier partner and lead time for community onboarding are not yet finalized — this will be announced before mainnet launch. Once cross-supplier sharing is enabled (expected 2026–2027), this requirement disappears entirely.
The revised Renewable Energy Directive (RED III) — formally Directive (EU) 2023/2413 — entered into force on 20 November 2023. Member states were required to transpose the main provisions into national law by 21 May 2025. The Netherlands has done so primarily through the Energiewet.
RED III sets a binding EU-wide target of at least 42.5% renewable energy in gross final consumption by 2030 (with ambition to reach 45%). Critically for GreenChain, it strengthens the role of citizens and communities in the energy transition:
RED III (building on RED II, Art. 22) mandates that member states create enabling frameworks for renewable energy communities (RECs). These communities have the right to produce, consume, store, and sell renewable energy — including through peer-to-peer arrangements. Member states must remove unjustified barriers and ensure non-discriminatory treatment.
The revised Electricity Market Design (EMD) package (adopted alongside RED III) explicitly defines energy sharing and requires member states to enable it across supplier boundaries. This means GreenChain's cross-supplier P2P model will have full EU legal backing once the EMD is transposed — expected 2026–2027.
RED III standardizes Guarantees of Origin (GOs) at 1 MWh granularity. GreenChain's per-kWh blockchain tokens provide even finer granularity and real-time verification — exceeding what the directive requires and creating a premium "provably green" energy product.
Renewable energy installations now enjoy overriding public interest status in the EU. Combined with the Energiewet's facilitation of energy communities, this creates a favorable regulatory environment for innovative P2P energy platforms like GreenChain.
Energiewet: Rijksoverheid — Energiewet · Consumentenbond — Uitleg · Enexis — Begrippen
RED III: EC — Renewable Energy Directive · EUR-Lex — Directive 2023/2413
Energy Sharing: Energy.nl — Implementatie · ENTRNCE — FAQ Energiedelen
MiCA: AFM — Crypto · EUR-Lex — MiCA Regulation
ACM: ACM — Energie
GreenChain's combination of hardware R&D, blockchain innovation, and energy transition aligns with multiple Dutch and EU subsidy programs that can significantly reduce capital requirements. Key programs include:
See the Budget & Financials section for detailed subsidy amounts, eligibility criteria, and application strategy.
Straightforward for the hardware business and initial operations. Required for Dutch energy market participation. 15% corporate tax up to €200k, 25.8% above. You'll need this regardless for hardware sales and energy regulation compliance.
Dutch BV handles hardware sales, energy regulation, EU operations, and fiat services. A Swiss foundation (Stiftung) manages the protocol, treasury, and token governance — standard structure for blockchain projects (Ethereum, Solana, Cardano all use Swiss foundations). Switzerland has clear, favorable crypto regulation and lower taxation on protocol-level activities. The BV operates commercially; the foundation operates the decentralized protocol.
Energy communities in the Netherlands often use a coöperatie structure. Could work for the community governance layer but is too limited for a commercial hardware business and international expansion. Better suited as a sub-entity for local energy community registration.
This is architectural guidance, not legal advice. Before incorporating, you need specialized legal counsel in three areas: Dutch energy law (ACM registration, Energiewet compliance), EU crypto regulation (MiCA, CASP licensing), and international corporate structuring (Dutch BV + Swiss Foundation setup). Budget €15–30k for initial legal setup.
An 11-month phased plan aligned with the saldering deadline.
Saldering is fully phased out in January 2027. The product must be available before this deadline to capture the wave of solar panel owners looking for alternatives. All phases are designed to meet this hard deadline.
We acknowledge this is an ambitious and aggressive timeline. Building a custom blockchain, designing hardware, completing manufacturing, and going to market in 11 months is not typical — but the deadline is not negotiable. The phased approach mitigates this: each phase delivers a standalone milestone (working chain → working hardware → working product), so progress is measurable monthly. If delays occur, the Air tier launches first with Pro and Ultra following in Q1 2027. The saldering deadline creates urgency, but GreenChain's value proposition works regardless of the exact launch date.
The strategy is parallel execution: hardware design (outsourced PCB engineer) and blockchain development (core team) run simultaneously from Phase 1. The hardware timeline (design → prototype → CE certification → production) is the critical path at 8–10 months. Blockchain and smart contract development fills the same window. Firmware integration (Phase 3) is where the streams converge — by which point both hardware prototypes and the working chain exist independently. This parallel model is why Phase 1 immediately starts both the Reth fork and hardware schematic design.
Fork Reth and build the basic L1 with custom BFT consensus. Hire initial core team (Rust/embedded engineer). Begin hardware design with a PCB engineer (outsourced) — all components soldered on-board, no removable parts. Engage legal counsel for Dutch BV incorporation, energy regulation advisory, and MiCA assessment. Source pre-certified FIPS 140-3 Level 3 secure element components and begin integration testing. Apply for WBSO R&D tax credit immediately upon BV registration.
Develop and audit core Solidity contracts (minting, AMM, order book, proof-of-reserve). First hardware prototypes manufactured (small batch for testing). Seek seed funding (€500–750k) — present working testnet + physical prototype to investors. Apply for WBSO, DEI+, and VFF innovation subsidies.
Develop the Rust firmware: P1 DSMR parser, lightweight Reth node, HTTP server, trading engine, P1 multiplexer. Integrate secure element drivers. Build the embedded web dashboard. Test end-to-end flow: P1 reading → attestation → minting → trading. Implement Verkle trees for stateless validation.
Closed beta with 50–100 early adopters (enthusiasts, energy communities). First production manufacturing run (Air tier first). Launch crowdfunding campaign (Kickstarter/Indiegogo) with working prototype demo — target 2,000–5,000 pre-orders to build community buzz, validate demand, and generate press coverage ahead of the saldering deadline. Integrate fiat on/off-ramp via payment partner (Stripe, Mollie, or similar for IBAN payouts). Smart contract audit by external firm. Public testnet launch.
GreenChain mainnet goes live. Devices available for public purchase via own webshop, Bol.com, and Amazon.nl. Partner with solar installers (Zonneplan, Solarwatt, regional installers) to offer GreenChain as a post-saldering solution during installations. Marketing campaign targeting Dutch renewable energy producers — households with solar panels, farmers with wind turbines, and businesses with on-site generation — ahead of the January 2027 saldering deadline. Crowdfunding backers receive devices first. Launch with Air tier; Pro and Ultra follow in Q1 2027.
Launch Pro and Ultra hardware tiers. Develop and launch Ultra SE (rack-mountable enterprise unit with 16–24 P1 ports) for housing corporations, energy utilities, and data centers. Expand to Belgium, Germany (similar smart meter infrastructure). Explore becoming a licensed energy operator for full vertical integration. DAO governance transition via Swiss foundation. Partnerships with energy communities and municipalities.
Estimated costs for the 11-month runway to launch.
Founder salary (11 months), 1–2 senior hires (Rust/embedded engineer, smart contract developer), and optional part-time hardware engineer. Budget covers 11-month runway at competitive NL market rates.
BV incorporation, energy law advisory (Energiewet/ACM), MiCA/CASP assessment, Swiss foundation setup (post-funding), GDPR compliance review, contract/terms drafting.
Integration and validation of pre-certified FIPS 140-3 Level 3 secure element components (e.g. NXP SE052F, ST33). Covers integration testing, firmware drivers, and secure boot chain validation.
PCB design (outsourced engineer), prototype manufacturing (small batches), component sourcing, enclosure design, CE marking preparation. Includes end-of-line test fixture development (~€20–30K): ICT (in-circuit test), functional test (P1 read, NVMe, SE key generation), and automated firmware flashing — essential for quality assurance at scale.
Production run of 1,000–2,000 Air units. Includes component purchasing, assembly, quality testing, packaging, and logistics setup.
External security audit of all Solidity contracts (minting, AMM, order book, proof-of-reserve) by a reputable firm. Target firms: Trail of Bits, OpenZeppelin, or Spearbit — selection depends on availability and scope at time of engagement.
Website, webshop, marketing campaign (targeting saldering deadline), PR, community building, beta program management, events and partnerships.
Cloud/hosting for testnet, CI/CD, monitoring, code audit tooling, development hardware (test rigs, meters, components), office/co-working costs.
Primary revenue at launch. €80–270 per device with 35–55% gross margins depending on tier and volume. Recurring revenue through tier upgrades (Air → Pro → Ultra) as users want more network rewards.
Every energy transaction on the marketplace pays a 10% protocol fee to GreenChain. As the network grows (more devices = more minting + trading), protocol revenue grows proportionally. This is the core recurring revenue stream that funds ongoing development, support, and operations.
GreenChain's launch strategy is designed to build momentum before the January 2027 saldering deadline through four channels, prioritized by cost-effectiveness and reach:
1. Crowdfunding launch (Kickstarter / Indiegogo) — Not primarily for funding, but for hype, validation, and pre-orders. A well-executed crowdfunding campaign targeting Dutch solar panel owners creates press coverage, community buzz, and a first batch of committed early adopters. Target: 2,000–5,000 pre-orders. This also de-risks the first manufacturing run.
2. Solar installer partnerships — Partner with Dutch solar installation companies (Zonneplan, Solarwatt, Zelfstroom, regional installers) to offer the GreenChain device as an add-on or upsell during solar panel installations. Installers are motivated: they can offer a concrete answer to the "what happens after saldering?" question that every customer asks. Commission-based or wholesale pricing.
3. Direct online sales — Own webshop for full margins, supplemented by Bol.com and Amazon.nl for reach. The P1 hub angle (better than HomeWizard for multi-device setups) provides a non-crypto, immediately useful selling point for mainstream consumers.
4. Energy cooperatives & homeowner associations — The Netherlands has 600+ local energy cooperatives (energiecoöperaties). These are natural distribution partners for a P2P energy tool, though adoption may be slower due to organizational decision-making. A key strategic partnership is Vereniging Eigen Huis (VEH) — with over 800,000 members, VEH is the largest homeowner association in the Netherlands and actively advises its members on solar panels, energy savings, and post-saldering strategies. A VEH endorsement or co-branded offer would reach exactly the right audience at scale. Target cooperatives as a medium-term channel; pursue VEH partnership as a launch priority.
Founding team details, backgrounds, and relevant experience are available under NDA. Contact info@greenchain.nl for the full team brief. The core team combines deep experience in data architecture, AI consulting, blockchain protocol development, and Dutch energy market domain knowledge — including extensive work with public transport infrastructure companies in the Netherlands.
Phase 1 (pre-seed): Secure initial pre-seed capital of €50–100k from angel investors, accelerator programs, or a VFF loan via RVO. Covers BV incorporation, first hires, legal setup, and initial hardware component orders. Apply for WBSO immediately upon incorporation.
Phase 2 (seed round + crowdfunding): With a working testnet and hardware prototype in hand, raise a seed round of €500–750k from angel investors, blockchain-focused VCs, or energy-sector investors. Simultaneously launch a crowdfunding campaign (Kickstarter/Indiegogo) — not primarily for funding, but for hype, press coverage, and pre-orders. A successful crowdfunding campaign with 2,000–5,000 backers validates demand, de-risks the first manufacturing run, and gives investors confidence in market pull. The working demo + January 2027 deadline creates urgency. Funds cover team salaries, first manufacturing run, and go-to-market.
Parallel (subsidies): Apply aggressively for Dutch and EU innovation subsidies (WBSO, DEI+, VFF, MOOI, EIA). These can cover 25–50% of eligible costs and significantly reduce the equity capital required. See the Legal & Regulatory section for full subsidy details and links.
Post-launch (Series A): Once mainnet is live and initial traction is demonstrated (devices shipped, transactions flowing), raise a Series A to fund European expansion (Belgium, Germany), Pro/Ultra tier manufacturing, and enterprise (Ultra SE) development.
The Netherlands has approximately 3 million households with solar panels — all affected by the saldering phase-out. This is the total addressable market for the Air tier alone. Adding MKB (€150–270/device) and commercial producers (Ultra SE) significantly expands the TAM. The serviceable addressable market focuses on the ~500K households most actively seeking post-saldering solutions (energy-aware, tech-comfortable, actively producing surplus). The serviceable obtainable market targets 100K devices by Year 3 — a 3.3% penetration rate of the total solar household base.
GreenChain's exit paths align with the strategic interests of multiple buyer categories:
Strategic acquisition — Dutch and European energy companies (Eneco, Vattenfall, Essent/E.ON, Shell Energy) are actively investing in decentralized energy and smart grid infrastructure. A working P2P marketplace with 50K+ devices represents both a customer base and a technology moat that would take years to replicate. Estimated exit window: 3–5 years post-launch at 8–12× ARR.
Hardware/IoT acquisition — Smart home and energy hardware companies (HomeWizard, Tado, Schneider Electric) may value the device network and P1 hub ecosystem as a distribution channel. The installed base of connected devices is the asset.
Protocol token appreciation — As the network grows, protocol fee revenue grows proportionally. GRC token value is anchored to real energy flows, not speculation. A mature network with €5M+ ARR in protocol fees has standalone value as a revenue-generating protocol.
European expansion + Series B/C — Belgium, Germany, and other EU markets with similar smart meter infrastructure and renewable energy communities (RED III mandate) create a path to 10× the addressable market. This supports continued venture financing toward a potential IPO at scale.
The Netherlands has a strong innovation subsidy ecosystem, particularly for energy transition projects. GreenChain qualifies for multiple programs across R&D, energy innovation, and startup financing.
The Wet Bevordering Speur- en Ontwikkelingswerk reduces payroll tax for R&D employees. In 2026, the budget is €1.817 billion. First €391k of S&O costs at 36% rate; starters get 50%. Covers blockchain development, firmware engineering, smart contract work, and hardware R&D. Apply via RVO. Can be combined with the Innovatiebox (9% corporate tax on innovation profits).
The Demonstratie Energie- en Klimaatinnovatie grant supports pilot and demonstration projects that reduce CO₂. In 2026, €134 million is available. Open for applications 27 Jan – 30 Jul 2026. GreenChain's P2P energy platform qualifies under the energy system integration and renewable energy themes. Pilot projects are explicitly supported.
The Vroegefasefinanciering provides loans for innovative startups to validate technical and commercial feasibility. Available throughout 2026. GreenChain qualifies as a technically innovative product (custom blockchain + hardware). Apply directly via RVO or via regional development agencies (ROM's).
The Missiegedreven Onderzoek, Ontwikkeling en Innovatie program funds multi-year R&D consortia. In 2025, €21.5M was awarded to 7 energy system integration projects. Requires consortium partners (knowledge institutions + companies). Pre-registration opens Mar–Apr 2026. Relevant for longer-term GreenChain network scaling.
The Energie-investeringsaftrek allows businesses to deduct 45.5% of eligible energy-saving or renewable energy investments from taxable profit, on top of normal depreciation. Hardware manufacturing equipment and energy-efficient production processes may qualify.
EU's flagship research and innovation program. GreenChain fits the Cluster 5: Climate, Energy and Mobility pillar. Calls for decentralized energy systems, blockchain for energy, and citizen energy communities are recurring topics. Highly competitive but can fund €500k–2M+ per project.
The most practical approach for GreenChain's timeline: (1) Apply for WBSO immediately upon BV incorporation — this is the quickest and most certain subsidy, directly reducing payroll costs for all R&D staff. (2) Submit a DEI+ application by mid-2026 with a working prototype — pilot project funding can cover 25–50% of demonstration costs. (3) Use VFF to bridge the gap between pre-seed and seed round. (4) Explore Horizon Europe and MOOI for post-launch scaling (longer application cycles, but larger amounts).
Honest assessment of the key risks and how to address them.
Using pre-certified FIPS 140-3 Level 3 components (not certifying the device itself) significantly reduces timeline risk. Main risk is integration complexity with the custom firmware. Mitigation: Select well-documented SE modules (NXP SE052F, ST33) with proven embedded SDKs. Begin integration testing in Phase 1. Have backup SE vendor identified.
The Energiewet entered into force on 1 January 2026, but secondary regulation (AMR, ACM decisions) is still developing. MiCA implementation is rolling out. Energy sharing across suppliers is pending EU EMD transposition. Rules may evolve. Mitigation: Engage energy law specialist early. Design the platform to be regulation-flexible — e.g., if direct P2P trading requires a license, fall back to energy community model (Art. 2.4 Energiewet) which has lighter requirements. Maintain ongoing legal advisory relationship. The Energiewet and RED III explicitly support the model GreenChain builds on.
Building a custom L1 blockchain, embedded firmware, smart contracts, and a hardware product in 11 months requires a strong, specialized team. Competing for Rust/embedded and blockchain talent in the Netherlands is challenging. Mitigation: Start lean (3–5 core team members) with clearly defined roles. Use WBSO to reduce salary costs by up to 50% for starters. Leverage remote hiring for specialized roles. Focus on the Air tier first — Pro and Ultra can wait until post-launch. Blockchain development and hardware design run in parallel from month 1: the PCB engineer works from a reference design (Raspberry Pi CM4/CM5-class SoM) while the software team builds the chain. Integration begins month 4–5 with prototype boards. CE/EMC certification runs concurrently with testnet validation.
Component shortages, manufacturing quality issues, or supplier problems could delay the first production run. Custom BGA-soldered NVMe and FIPS 140-3 secure elements have longer lead times than commodity parts. Mitigation: Begin component sourcing in Phase 1. Identify primary and backup suppliers for critical components (ARM SoC, NVMe, SE). Select a contract manufacturer with embedded device experience (target: Benelux or Eastern Europe for proximity). Use commonly available components where possible. Keep first run small (1,000–2,000 units) to reduce financial risk. Maintain a 12-week component buffer for critical parts.
Dutch consumers may be slow to adopt a hardware device for energy trading, especially from an unknown brand. Mitigation: The saldering deadline creates natural urgency. P1 hub functionality provides immediate value even without trading. Partner with solar installers and wind turbine suppliers for distribution. Target energy community early adopters for word-of-mouth.
A marketplace needs both buyers and sellers. Early on, there may be more producers than consumers (or vice versa). Mitigation: The AMM provides baseline liquidity from day one. Consider seeding the AMM pool with initial capital. The protocol can act as a market maker in the early phase. Target all renewable energy producers (solar, wind) and non-producing households simultaneously.
The Dutch government has already postponed the deadline once (from 2025 to 2027). If postponed again, the urgency decreases. Mitigation: GreenChain's value proposition (P2P energy trading, better rates, network participation rewards) works regardless of saldering and regardless of energy source. Solar, wind, and future sources all benefit. The deadline is a marketing accelerant, not a dependency.
The Dutch energy and blockchain landscape includes several adjacent players, but none combine hardware + custom L1 + P2P marketplace:
P2P Energy Platforms — Vandebron connects consumers to independent producers but relies on the existing grid billing model, not real-time tokenized settlement. Powerpeers (Vattenfall) was discontinued. PowerLedger (Australia) uses Solana but has no dedicated hardware and no Dutch market presence.
Energy Monitors — HomeWizard is the market leader in P1 monitoring (~500K units sold), but is monitoring-only — no trading, no blockchain, no marketplace. Tibber offers dynamic pricing optimization but within the traditional supplier model. Toon (Eneco) is being phased out.
Blockchain Energy Projects — WePower, SunContract, and Lition all attempted software-only approaches and either pivoted or stalled. LO3 Energy (Brooklyn Microgrid) proved the concept but couldn't scale beyond pilot. None built dedicated hardware.
Why GreenChain wins: The combination of custom hardware (physical network moat — you can't clone the chain without the device) + custom L1 (optimized for energy, not general-purpose) + P1 hub (immediate utility even without trading) + BSL license (prevents commercial forks for 4 years) creates a defensible position none of these competitors can replicate without building their own hardware stack from scratch.
Real numbers based on CBS statistics, EPEX wholesale prices, and Dutch energy market data — showing how GreenChain works for different types of participants.
One token, one price — fair for everyone
1 kWh = 1 GreenChain Token (GRC) = €0.20 — set at 80% of the household retail rate, making it low enough for buyers to save €0.05/kWh versus their supplier, and high enough for sellers to earn 3.4× the post-saldering feed-in rate. The same price applies to households, businesses, and commercial producers. Why? Because if businesses could buy at a lower rate and sell to residential users at a higher one, the marketplace becomes an arbitrage opportunity instead of a fair energy market. One unified price means nobody can profit from price differences between participant types. The only spread is the protocol's 15% transaction cost (5% network processing + 10% protocol) — sellers receive €0.17/kWh, buyers pay €0.20/kWh. That's it. The token price is pegged at 80% of the prevailing Dutch household retail rate — when CBS publishes updated electricity prices and the retail rate moves, the marketplace price adjusts proportionally. If retail rises to €0.30/kWh, the token becomes €0.24. If it drops to €0.22, the token drops to €0.176. This ensures the value proposition — cheaper than retail for buyers, better than feed-in for sellers — holds regardless of market conditions.
Assumptions used in all scenarios
Sources: CBS Energieverbruik woningen 2024, CBS Energierekening jan 2025, ANWB Zonnepanelen opbrengst 2025, Zonneplan 450 Wp opbrengst, EPEX SPOT NL, GlobalPetrolPrices NL 2025. Grid fees and energy tax apply equally in all scenarios and are excluded. Battery self-consumption ratios based on NL industry averages. All advantages compared to the post-saldering baseline (no GreenChain, no battery). Actual results vary.
3,300 kWh/year consumption (CBS 2024) · 450 Wp panels (Zonneplan 2025)
How to read this: Solar panels produce during the day, but your family uses most electricity in the morning and evening. Without a battery, about 30% of what you produce is used directly (free). The rest goes to the GreenChain marketplace as sell orders at €0.17/kWh. What you still need is bought from the marketplace at €0.20/kWh. Grid fees and taxes stay the same — this comparison is purely about the commodity cost of electricity.
8 panels · 3,060 kWh/yr
You save €376 /yr
No battery needed
12 panels · 4,590 kWh/yr
You save €482 /yr
No battery needed — you're already net positive
16 panels · 6,120 kWh/yr
You save €587 /yr
No battery needed — earning €435/yr from your energy
The takeaway: GreenChain saves €376–587/year — with nothing but your existing solar panels and a GreenChain device. No battery required. You sell at €0.17/kWh instead of €0.05 terugleververgoeding, and buy at €0.20/kWh instead of €0.25 retail. With 12+ panels, you become a net earner. All figures are before network processing rewards.
⏱ How fast does the device pay for itself?
The GreenChain Air device costs €85. Below is how long it takes to earn that back through the savings GreenChain generates compared to the post-saldering baseline (selling at €0.05/kWh feed-in, buying at €0.25/kWh retail). After payback, everything is pure savings.
8 panels
~3 months
€85 ÷ €376/yr savings = 83 days
12 panels
~2 months
€85 ÷ €482/yr savings = 64 days
16 panels
~2 months
€85 ÷ €587/yr savings = 53 days
Compare that to a home battery: a 10 kWh battery (~€5,000–8,000) takes 8–15 years to pay back in the post-saldering world. The GreenChain device delivers most of the same financial benefit for €85 — and pays for itself before spring. Even for the smallest setup (8 panels), you're in profit by month 4. The remaining 9 months of year one are pure savings.
☀️ Don't have solar panels yet? Here's the full investment payback.
Starting from zero: premium solar panels at €90/piece (incl. BTW) + €1,500 installation (panels only, no inverter/battery/charger — the most common setup) + €85 GreenChain Air device. Compared to buying all 3,300 kWh/year from your supplier at €0.25/kWh (= €825/year).
8 panels
3.2 years
saves €713/yr vs no panels
12 panels
2.7 years
saves €987/yr vs no panels
16 panels
2.4 years
saves €1,260/yr vs no panels
The bottom line: GreenChain roughly halves the payback period of a solar installation. Without GreenChain, post-saldering economics push payback to 5–7 years — the number that makes many homeowners hesitate. With GreenChain, it's under 3 years for any setup above 10 panels. That's a concrete, quantifiable answer to the "is solar still worth it after saldering?" question — and it's a powerful sales tool for every installer partner.
Panel price: €90 incl. BTW (premium tier, e.g. Trina Vertex S+ 450 Wp class). Installation: €1,500 for panels-only mount (no inverter, battery, or EV charger — the most common residential installation). Inverter cost is excluded as it varies widely (€500–2,000) and most new installations bundle it with the panel quote. Actual payback depends on roof orientation, shading, and household consumption patterns.
⚡ Already have a battery? Nice — but you don't need one.
Here's a surprising insight: batteries add relatively little on top of GreenChain. Why? Because GreenChain already closes the spread. Without GreenChain, the gap between selling (€0.05) and buying (€0.25) is €0.20/kWh — that's what makes batteries so valuable in the post-saldering world. But on GreenChain, the gap between selling (€0.17) and buying (€0.20) is only €0.03/kWh. A battery saves you that €0.03 for every kWh shifted to self-use. GreenChain already does 90% of the work.
Battery advantage on top of GreenChain (per year)
Compare that to the post-saldering world without GreenChain, where the same batteries add €153–306/year for 8 panels, €230–352 for 12, and €260 for 16. That's what happens when the spread is €0.20/kWh — batteries become essential just to make solar bearable.
Bottom line: If you already have a battery, great — it adds a little extra. But GreenChain means you don't need to spend €5,000–15,000 on a battery to make solar profitable after saldering ends. Plug in a GreenChain device and your panels are already earning their keep.
~20 employees, 50 × 450 Wp panels · Business rate €0.175/kWh (GlobalPetrolPrices 2025)
Annual Consumption
25,000 kWh
CBS: kantoor ~115 kWh/m², ~220 m²
Annual Production
19,125 kWh
50 × 450 Wp × 0.85
The situation: This MKB business is a net consumer — ~6,000 kWh annual deficit. Their flat roof fits ~50 panels but can't cover full consumption. Self-consumption is higher than residential (~50%) because office hours align with peak solar production. The marketplace price of €0.20/kWh is slightly above the current business commodity rate of ~€0.175/kWh — but the sell-side improvement (€0.17 vs €0.05 feed-in) far outweighs this, creating a net advantage of €762/year without any battery.
⚡ Already have commercial battery storage?
Same principle: GreenChain's tight €0.03 spread means batteries add modest amounts on top. The main value is operational — reduced grid dependency, backup power, and energy community flexibility.
Without GreenChain, these same batteries would add €489–1,135/yr — they'd be essential. With GreenChain, the €762 base advantage already does the heavy lifting.
At scale: With a Pro or Ultra device, the office becomes the energy community backbone for the entire business park — earning network fees on every transaction. An energy community (Energiewet Art. 2.4) with 10 businesses sharing solar assets saves each participant €762/year from day one, with no capital investment beyond the GreenChain device.
500 kWp rooftop array, net exporter — massive surplus
Annual Consumption
150,000 kWh
Warehouse / logistics operations
Annual Production
425,000 kWh
500 kWp × 0.85 factor
The situation: Large commercial rooftops are the biggest solar segment in the Netherlands — CBS reports 59% of all installed solar capacity sits on business rooftops. This warehouse produces nearly 3× what it consumes, with a net surplus of 276,250 kWh/year after 35% self-consumption. Currently, surplus goes back to the grid at wholesale EPEX rates — often €0.05–0.07/kWh, sometimes negative during peak solar (458 negative-price hours in NL in 2024). GreenChain pays €0.17/kWh for that same surplus — a 2.4× improvement over wholesale.
⚡ Industrial battery? Marginal financial gain — real value is operational.
This warehouse only has a 1,250 kWh deficit — even a 500 kWh battery eliminates it. Since GreenChain already pays €0.17 for every surplus kWh, the financial difference is just €37/year (eliminating the tiny deficit). All three sizes produce the same result. The real value of industrial batteries at this scale is avoiding the 458 negative-price hours, grid balancing services, and uninterrupted power during outages.
The headline: This warehouse earns €46,712/year from surplus energy on GreenChain — compared to €19,188 at wholesale. That's €27,525 more per year from the exact same solar panels, with no battery investment required. An Ultra SE device with 16–24 P1 ports can serve the entire business park as the energy community backbone, earning 5% transaction fees on every trade that flows through it.
0 kWh production · 2,100 kWh/year consumption (CBS: 4-person apt) · GreenChain Air
The situation: Not everyone can install solar panels. Apartment residents, renters, and people with unsuitable roofs still participate. With a GreenChain Air device plugged into their P1 port, they contribute to the network as a transaction-processing node — and benefit from cheaper marketplace electricity.
Why it works: Even without solar, you save €105/year by buying at the marketplace rate instead of your supplier's marked-up price. Your Air device earns network rewards when randomly selected (~100 devices per round). The P1 passthrough ports mean your existing HomeWizard or Home Assistant keeps working — you're adding a network node to your existing smart meter setup. Zero effort, passive income, lower energy cost.
Saldering Ends
January 2027
2.5M+ households affected
How the marketplace works, who the players are, and what happens to your energy bill.
GreenChain works like a continuous, real-time version of saldering (net metering). Every kWh you produce is automatically tokenized and sold on the marketplace. Every kWh you consume triggers an automatic token purchase. At the end of each settlement period, your balance is netted: tokens sold minus tokens bought. If you produced more than you consumed, the difference is profit — paid to your bank account. If you consumed more than you produced, you paid for the difference at marketplace rates. There's no speculation, no holding tokens hoping they go up — the token is simply the accounting unit for real energy flowing through the grid.
Everyone on the network buys tokens — because everyone consumes electricity. Unlike speculative crypto tokens, demand is built into the system by design. Every participant's device automatically buys tokens to cover their real-time energy usage. The marketplace is a closed loop: all production enters as sell orders, all consumption enters as buy orders. Supply and demand are physically linked to the grid.
You can't (yet) hand a token to Eneco and get a bill credit — but that's not how the system works. GreenChain handles the energy commodity settlement directly between producers and consumers within the community. Your device automatically buys community energy first — from neighbors, local solar farms, nearby businesses. Your traditional supplier only covers whatever the community can't provide. You're buying your kWh from real people on the marketplace, not from a utility's tariff.
In later phases, GreenChain or a licensed partner can obtain a supplier license under the Energiewet, at which point tokens will directly translate to bill credits. See the Settlement & Redemption Roadmap in the User Journey section.
When energy is sold on the GreenChain marketplace, the payment is split into three parts. Think of it like selling something on a platform like Marktplaats or eBay — you get the bulk of the price, and a small percentage goes to the platform and payment processing. Here's each slice:
Seller — 85–88.75%
This is your money. You produced the energy, you get paid. The exact percentage depends on which type of device processed your transaction (the transaction cost varies by node tier). The revenue is paid out directly to your bank account via IBAN — just like any other payment you'd receive.
Transaction Cost — 1.25–5%
This is the fee for processing your transaction — the same concept as the fee a merchant pays when you tap your card, or the cost of a bank wire transfer. The difference is that instead of a bank or payment provider processing the transaction, it's processed by the GreenChain devices in people's homes.
Think of it like this: instead of one big company running servers in a data center (like a bank or Eneco), the GreenChain network runs on thousands of small devices in people's homes. These devices are the computers that keep the network alive — they verify that energy was really produced, check that the seller actually has the tokens, and confirm the transaction is legitimate. The transaction cost is what those device owners earn for doing this work.
The fee depends on the device type: Air = 1.25%, Pro = 2.5%, Ultra / Ultra SE = 5%. More capable devices do more work (storing data, serving other devices, keeping history), so they earn more. About 100 devices are randomly selected each round to process transactions — when your device is selected, it earns. When it's not, it waits for the next round. Over time, every active device gets selected regularly.
Protocol — 10%
This is the platform fee that funds GreenChain as a company. Just like Amazon or Bol.com takes a commission on sales, or your energy supplier charges overhead on top of wholesale prices, GreenChain takes 10% to keep the platform running.
This covers: software development and security updates, firmware patches for devices, regulatory compliance (Energiewet, MiCA, GDPR), customer support, server infrastructure, and future feature development like EV charging integration and grid balancing. It's also what makes the hardware business sustainable — GreenChain designs, manufactures, and sells the devices, and the ongoing protocol revenue ensures long-term support and improvement for every device sold.
The bottom line: the seller always takes home the largest share (85–88.75%). The total platform cost of 11.25–15% is significantly lower than what traditional energy suppliers charge — they typically mark up wholesale (EPEX) energy prices by 30–50% before it reaches your bill. With GreenChain, every fee is transparent, visible on-chain, and identical for every transaction. No hidden costs, no tiered pricing, no lock-in contracts.
Your energy supplier — also called leverancier — is the company you have a contract with for the delivery of electricity and gas. In the Netherlands, you're free to choose your supplier (since market liberalization in 2004), and they are responsible for:
What your supplier does today: They source and sell you electricity at an agreed tariff (fixed or variable), handle your billing, manage your energy contract, buy electricity on the wholesale market (APX/EPEX) to cover your consumption, and act as your balancing responsible party (BRP) — meaning they're financially responsible for ensuring the electricity you use matches what's been sourced. Currently, they're your only option for buying energy.
What changes with GreenChain: Your energy community becomes your primary energy source. Your device automatically buys the cheapest available community energy first — from neighbors' solar panels, local businesses, nearby producers. Your traditional supplier (Eneco, Vattenfall, etc.) only kicks in for the remainder that the community can't cover — typically evenings, cloudy days, or peak winter demand. As the community grows, the supplier's share shrinks. In Phase 1 (energy community model), the community settles internally via the EDSN allocation system and the net balance is reconciled with the community's supplier. In Phase 3, when GreenChain or a partner becomes a licensed supplier, participants can switch to GreenChain as their supplier — at which point the marketplace is your supplier, and the traditional energy company is out of the picture entirely.
Key point: GreenChain replaces the commodity cost (the price per kWh for the actual energy) — which is typically 30-40% of your total energy bill. The more energy the community provides, the less you pay your supplier. The remaining costs (grid transport, taxes, energy tax, ODE surcharge) stay the same regardless of where you buy your kWh — those go to your grid operator and the government, not your supplier.
Short answer: No double billing. The goal is to source as much energy as possible from the community — your neighbors, local solar farms, nearby businesses — and only fall back to your traditional supplier for whatever the community can't cover. The official Dutch allocation system (EDSN/CMS) handles the split automatically.
Here's the step-by-step flow:
1. Your smart meter records total consumption and production, reporting to your DSO (Liander, Stedin, or Enexis) via the standard meter reading process. GreenChain does not touch or modify these readings.
2. Your GreenChain device automatically buys tokens from the community marketplace — prioritizing the cheapest available community energy first. The blockchain records every transaction: who produced how many kWh, who bought them, when, at what price. In an active community, the vast majority of your consumption is covered by fellow members.
3. GreenChain, operating as an energy community under Energiewet Art. 2.4, submits an allocatieverzoek (allocation request) to the central market system (EDSN/CMS). This says: "Member X consumed 300 kWh total — 250 kWh was supplied by the energy community, only 50 kWh needs to come from the external supplier." This is the same allocation system that all energy suppliers and communities in the Netherlands already use.
4. Your supplier (Eneco, Vattenfall, etc.) receives the adjusted allocation from EDSN and sees: of your 300 kWh, they only need to supply 50 kWh — the remainder the community couldn't cover. They bill you for 50 kWh, not 300. The other 250 kWh was already settled through GreenChain's marketplace at a cheaper rate.
5. Grid fees and taxes are still charged on the full 300 kWh (you consumed that electricity physically), but the commodity cost — the price per kWh for the actual energy — is only charged by your supplier for the 50 kWh they delivered. The 250 kWh from the community cost €0.20/kWh instead of ~€0.25 from your supplier.
The goal is to minimize your supplier dependency. As the GreenChain community grows and more producers join, an increasing share of your consumption is covered by community energy. In a mature network, your traditional supplier becomes a safety net for edge cases (cloudy weeks, high-demand evenings) — not your primary energy source. In Phase 3, when GreenChain becomes a licensed supplier itself, even that fallback disappears: the marketplace is your supplier.
How it works legally: This allocation mechanism is standard Dutch energy market infrastructure — all energy communities use it. The Energiewet (Art. 2.30, energiedelen) explicitly provides for community-internal energy sharing. The current limitation is that all community members must share the same supplier; cross-supplier sharing is expected once the EU Electricity Market Design reform is transposed (2026–2027). In Phase 3, when GreenChain becomes a licensed supplier itself, the traditional supplier is eliminated entirely — the community marketplace is your supplier.
What about imbalance costs? The Dutch grid settles in 15-minute intervals. When actual production/consumption differs from the prediction submitted to TenneT, the BRP (the community's supplier) pays onbalanskosten for the mismatch. This is how all energy communities work — not a GreenChain-specific issue. In fact, GreenChain's real-time per-second meter data provides better prediction accuracy than the traditional 15-minute estimation, potentially reducing imbalance costs for the community's BRP. The blockchain aggregates token flows per 15-minute window to produce the allocation request that maps to the grid's settlement interval.
The Dutch electricity grid has two layers, each managed by different operators:
TenneT is the Transmission System Operator (TSO) — they manage the national high-voltage grid (110 kV and up) that connects power plants, wind farms, and international interconnectors. TenneT is responsible for keeping the entire Dutch grid in balance — ensuring that supply and demand match at all times, second by second. They don't interact with individual households or businesses directly.
Liander, Stedin, and Enexis are the Distribution System Operators (DSOs, or netbeheerders) — they manage the regional medium- and low-voltage grids that actually connect to your home or business. They're responsible for your meter, your grid connection, the cables in your street, and the physical transport of electricity to and from your premises. Which DSO you have depends on your region — you don't get to choose.
What changes with GreenChain: Nothing. Grid operators are and remain completely independent of how you trade energy. Whether you buy kWh from Eneco, from a neighbor via GreenChain, or produce it yourself — the electrons still flow through the same cables, and you still pay your netbeheerder for transport (transporttarief and capaciteitstarief). GreenChain only changes who you pay for the energy commodity, not how the energy physically reaches you.
Smart meter dependency: GreenChain devices connect to the P1 port of your DSMR-compliant smart meter — which is owned and maintained by your DSO. The Energiewet requires all meters to separately measure consumption and feed-in. GreenChain reads this data but does not modify or interfere with the meter in any way.
Grid congestion is one of the biggest infrastructure challenges in the Netherlands — DSOs are increasingly unable to accommodate new solar installations and business connections due to overloaded cables and substations. GreenChain can help in two ways: first, by enabling local trading that keeps energy flows within the same neighborhood or transformer area (reducing load on higher-voltage infrastructure), and second, by using battery-backed tokens and price signals to incentivize producers to store energy during peak production and sell it during peak demand. When your neighbor's solar surplus goes directly to your consumption instead of flowing up to the medium-voltage grid and back down, that's less strain on the infrastructure that's bottlenecked.
Energy tax (energiebelasting) and the ODE surcharge (Opslag Duurzame Energie) are levied on electricity consumption and currently collected by your supplier through your energy bill. These taxes apply regardless of where you buy your kWh — they're based on consumption, not on the source.
In the energy community model (Phase 1), the community's supplier handles tax collection as usual. If GreenChain becomes a licensed supplier (Phase 3), GreenChain would collect and remit these taxes as part of the settlement process. The tax structure itself doesn't change — the only thing that changes is the commodity cost per kWh. VAT (21%) applies to the total bill including energy tax.
Yes. The Energiewet (Dutch Energy Act), which entered into force on 1 January 2026, explicitly recognizes three mechanisms that enable GreenChain:
Art. 2.30 — Energy sharing (energiedelen): active consumers and producers can share self-generated electricity with others. Currently requires the same supplier, with cross-supplier sharing expected once EU EMD transposition completes (2026-2027).
Art. 2.4 — Energy communities (energiegemeenschappen): formal legal status for citizen and business groups that produce, share, and sell renewable energy without a traditional supplier.
Peer-to-peer trading (peer-to-peer-handel): recognized as a legitimate market activity for direct energy buying and selling between participants.
At the EU level, the Renewable Energy Directive III (RED III) mandates that member states enable renewable energy communities with the right to produce, consume, store, and sell energy — including P2P. See the Legal & Regulatory section for the full regulatory deep dive.
GreenChain tokens represent metered, consumed energy — they're 1:1 backed by physically verified kWh and are used as an accounting unit within the marketplace, not as a speculative investment. This positions them as utility tokens under MiCA (Markets in Crypto-Assets Regulation), which has been in full effect since December 2024. Utility tokens that provide access to a service (in this case, energy settlement) have lighter regulatory requirements than e-money tokens or asset-referenced tokens. However, a formal assessment with the AFM (Dutch financial markets authority) is part of GreenChain's legal budget to confirm classification and ensure full compliance. See the Legal section for details.
No. The GreenChain device is designed to retain value even without the company. The blockchain is decentralized — it runs on the network of devices, not on GreenChain's servers. As long as devices are connected to each other, the chain keeps running and energy settlement continues. No company server needs to be online for the protocol to function.
The code is published under BSL 1.1 and automatically converts to open source after 4 years. In a shutdown scenario, the community or any third party can maintain and develop the software. The P1 hub functionality (connecting multiple P1 devices to your smart meter) works regardless — it's pure hardware, no cloud dependency.
Worst case: GreenChain disappears tomorrow. You still have a premium P1 hub that works with HomeWizard and Home Assistant, and the blockchain network continues operating as long as enough devices remain plugged in. Your token balance lives on-chain, not in a company database.
Your total energy costs should go down, not up. Here's why: GreenChain only handles the commodity cost of energy (the price per kWh). Your grid fees, energy tax, and ODE surcharge stay exactly the same regardless. The marketplace token price is pegged at 80% of the retail electricity rate — so you're always paying less per kWh than your supplier's tariff when buying, and earning more per kWh than feed-in rates when selling.
The main risk is doing nothing. After January 2027, your excess solar energy earns only €0.05–0.07/kWh as feed-in — compared to €0.17/kWh on GreenChain. The device has a one-time cost (€80–270) and no subscription fees, monthly charges, or hidden costs. You can unplug it at any time with no penalty.
What could change: If the retail electricity price drops significantly, the token price drops too (80% peg) — but so does everyone's energy bill. If the network has very few participants early on, AMM liquidity might result in slightly less favorable rates until more users join. GreenChain is never worse than the feed-in rate, and structurally better than post-saldering alternatives.
GreenChain reads your energy data from the smart meter's P1 port — not from your inverter. This means it works with any solar inverter brand: Enphase micro-inverters, SolarEdge optimizers, Growatt, Huawei, Fronius, SMA, or any other brand. It also works with any battery system (Tesla Powerwall, Huawei LUNA, BYD, etc.) and any wind setup. As long as your smart meter records the production, GreenChain sees it. No configuration, no inverter API integration, no brand lock-in.
For most users: you don't need a wallet. The GreenChain device handles all token operations automatically — minting, trading, and settling to your bank account. You interact through the companion app, not through a wallet.
For crypto users: Yes, GreenChain is EVM-compatible, so MetaMask, Ledger, and any Ethereum wallet can connect by adding the GreenChain network (custom RPC). You can view your token balance, inspect transactions on the block explorer, and interact with marketplace contracts directly. However, GRC tokens are energy-backed and location-bound — they cannot be bridged to Ethereum mainnet or traded on external DEXes (Uniswap, etc.) because each token represents real energy that must be settled locally within the community.
The current GRC token price is always visible in the app and on the block explorer. Since it's pegged at 80% of the retail electricity rate, it's not a speculative asset — the price moves with the energy market, not with crypto market sentiment.
Correct — and this is an important distinction. GreenChain changes the financial settlement of energy, not the physical flow. The electrons still travel through the same cables, and if your local transformer is saturated, no amount of blockchain can push more kWh through. Grid transport losses (~4–6% in the Netherlands) remain unchanged regardless of whether you buy from Eneco or from your neighbor via GreenChain.
However, GreenChain can indirectly help reduce congestion: by incentivizing local consumption (buying from a neighbor is cheaper than importing), and by incentivizing battery storage (store during production peaks, sell during consumption peaks), the marketplace naturally shifts energy demand to match local supply — exactly what the grid needs. In congested areas where DSOs are blocking feed-in (transportbeperking), battery-equipped GreenChain members can absorb surplus locally instead of trying to push it back to the grid.
The optimal energy hierarchy is: self-consume first → store in battery → sell to neighbors → feed into grid. GreenChain's pricing model naturally encourages this order: self-consumption avoids all costs, battery storage earns premium prices during peak hours, and community sales beat feed-in rates.
A plain-language reference for the blockchain, hardware, and energy terminology used throughout this document.
EVM (Ethereum Virtual Machine)
The runtime environment that executes smart contracts on Ethereum. "EVM-compatible" means any tool, wallet, or contract built for Ethereum works on GreenChain without modification.
Solidity
The most widely used programming language for writing smart contracts on Ethereum and EVM-compatible blockchains. Think of it as the JavaScript of blockchain development.
BFT (Byzantine Fault Tolerance)
A consensus mechanism where the network continues to operate correctly even if some participants are offline, malfunctioning, or actively malicious — as long as more than ⅔ of validators are honest.
Validator
A device that participates in verifying and approving transactions. In GreenChain, every device is a validator — a rotating subset is selected each epoch to actively produce blocks, while the rest verify and relay.
Epoch
A fixed time window during which a specific set of validators is responsible for producing blocks — like a shift rotation. At the end of each epoch, a new set is randomly selected.
Finality
The guarantee that a confirmed transaction is permanent and cannot be reversed or altered. GreenChain achieves instant finality — once a block is confirmed by ⅔+ of validators, it's done. No takebacks.
Reorg (Reorganization)
When a blockchain rewinds recent blocks and replays them differently — usually because two miners produced competing blocks simultaneously. GreenChain's BFT consensus prevents this entirely.
Consensus
The process by which all devices in the network agree on which transactions are valid and in what order they occurred. Different blockchains use different consensus mechanisms (Proof of Work, Proof of Stake, BFT, etc.).
Minting
The creation of new tokens. In GreenChain, tokens are minted when a device verifies that real energy was produced — 1 kWh produced = 1 GRC token minted.
ERC-20
Ethereum's widely adopted token standard. It defines how tokens can be transferred, approved, and queried — ensuring compatibility with every Ethereum wallet, exchange, and DeFi application. The GreenChain Token (GRC) is an ERC-20 token.
AMM (Automated Market Maker)
A smart contract that provides instant trading by maintaining a liquidity pool instead of matching individual buyers and sellers. You can always buy or sell tokens instantly at a price determined by a mathematical formula, without waiting for a counterparty.
DeFi (Decentralized Finance)
Financial services (trading, lending, staking) built as smart contracts on a blockchain — no banks, no intermediaries. The code is the service.
dApp (Decentralized Application)
An application that runs on a blockchain instead of a central server. Third-party developers can build dApps on GreenChain's network to create dashboards, analytics tools, or energy management integrations.
Nonce
A sequential transaction counter per account. Each transaction you send has a nonce one higher than the last, preventing replay attacks (where someone resubmits your old transaction).
Gas
A unit measuring the computational effort required to execute a transaction. More complex operations cost more gas. It prevents spam and compensates validators for processing work.
Smart Contract
A self-executing program stored on the blockchain. Once deployed, it runs exactly as written — no one can alter it. GreenChain uses smart contracts for token minting, the marketplace, and settlement logic.
Sybil Attack
When one person creates many fake identities to gain outsized influence or rewards in a network — named after a book about someone with multiple personalities. In GreenChain, sybil attacks are prevented by requiring physical hardware (€80–270 per device), one device per smart meter (EAN code), and a protocol rule that only one device per participant counts toward validator rewards.
Engine API
The communication protocol between Ethereum's execution client (Reth/Geth) and consensus client (Lighthouse/Prysm) after the Merge. GreenChain doesn't use it — execution and consensus are merged into a single binary for embedded hardware efficiency.
Schnorr Signature
A type of digital signature that proves a device authorized a transaction. Schnorr signatures are more compact than the ECDSA signatures Ethereum uses, saving ~32 bytes per transaction — significant at millions of transactions per day. GreenChain implements BIP-340-style Schnorr on secp256k1 via a custom precompile in the Reth fork. Standard EVM transactions still use ECDSA for full wallet compatibility (MetaMask, ethers.js); only compact energy transactions use Schnorr.
Verkle Trees
A data structure for organizing blockchain state (all account balances and contract data) that produces much smaller proofs than Ethereum's current Merkle Patricia tries. Where Merkle proofs are ~1KB, Verkle proofs are ~150 bytes — enabling lightweight devices to verify transactions without downloading the entire database.
Merkle Patricia Trie
The data structure Ethereum currently uses to organize all account balances and storage. It works but produces large proofs. GreenChain replaces it with Verkle trees for efficiency.
State Trie
The database that holds the current state of every account on the network — balances, contract data, nonces. Think of it as the blockchain's live ledger.
Stateless Validation
The ability to verify a block without storing the full state trie locally. The block comes with a small proof (via Verkle trees) that contains everything needed to confirm the transactions are valid. This is how the Air device runs as a full network participant with minimal storage.
State Expiry
A mechanism that removes dormant accounts from the active state database after a period of inactivity (6 months in GreenChain). This prevents the database from growing unbounded. Expired accounts can be reactivated with a witness proof.
Witness Proof
A compact piece of cryptographic evidence that proves an account's last known balance and state, used to reactivate expired accounts without needing the full historical database.
SSZ (Simple Serialize)
A compact binary format for encoding blockchain data. More efficient than Ethereum's legacy RLP format — smaller headers, and each field can be independently verified (Merkleization). Already used by Ethereum's consensus layer.
RLP (Recursive Length Prefix)
Ethereum's legacy encoding format for serializing data. It works but is less efficient than SSZ. GreenChain uses SSZ instead.
Merkleization
The process of organizing data into a hash tree so that any individual field can be verified independently — without downloading the entire block or transaction. SSZ enables this natively.
Era Files
Immutable archive bundles that store finalized blocks. Instead of keeping all historical data in the live database (expensive), completed blocks are compressed and written to sequential flat files. Each era file covers one epoch of blocks.
zstd (Zstandard)
A high-performance compression algorithm developed by Meta. GreenChain trains a custom compression dictionary on its own transaction patterns, achieving 5:1 compression — meaning 500 MB of chain data compresses to ~100 MB.
Calldata / ABI Encoding
The standard way Ethereum packs data into a transaction. ABI (Application Binary Interface) encoding pads every value to 32 bytes for uniformity, which wastes space for small values. GreenChain's compact encoding bypasses this for energy transactions.
Reth
A Rust implementation of the Ethereum client. GreenChain forks Reth as its chain's foundation — gaining Ethereum compatibility and Rust's performance and memory safety, which is critical for devices running 24/7 unattended.
L1 (Layer 1)
The base blockchain itself — where transactions are ultimately settled and finalized. As opposed to Layer 2 solutions (rollups, sidechains) that process transactions elsewhere and post summaries to L1. GreenChain is its own L1.
NVMe (Non-Volatile Memory Express)
A high-speed solid-state storage interface. Much faster than traditional SSDs for the random read/write patterns blockchain databases require. In GreenChain devices, NVMe chips are soldered directly to the board to prevent tampering.
P1 Port
A small socket on the front of your Dutch smart meter — usually covered by a rubber cap or tiny plastic door. It outputs real-time energy consumption and production data via a serial connection (DSMR standard). The GreenChain device plugs into this port with a standard RJ12 cable. All Dutch smart meters installed since 2012 have one. You don't need to call your grid operator or an electrician — just pop the cap off and plug in.
DSMR (Dutch Smart Meter Requirements)
The Dutch standard protocol that defines how smart meters communicate energy data. All Dutch smart meters installed since 2012 follow DSMR and expose data via the P1 port.
kWp (Kilowatt-peak)
The maximum output of a solar installation under ideal conditions (full sun, optimal angle). A typical Dutch residential setup is 3–6 kWp. Commercial rooftops can be 50–500+ kWp.
BGA Soldered
Ball Grid Array — a method of permanently attaching chips to a circuit board using tiny solder balls. Unlike socketed components, BGA-soldered chips can't be removed or swapped, which is a security feature in GreenChain devices.
Secure Element (SE)
A tamper-resistant chip that stores cryptographic keys and performs signing operations in hardware. Even if someone gains physical access to the device, they cannot extract the private keys. GreenChain uses FIPS 140-3 Level 3 certified secure elements.
PoE / PoE+ (Power over Ethernet)
A technology that delivers both data and electrical power through a single Ethernet cable. This means a device needs only one cable for both internet connectivity and power — no separate power adapter required.
RoHS (Restriction of Hazardous Substances)
EU directive that restricts the use of hazardous materials (lead, mercury, cadmium, etc.) in electronic equipment. All GreenChain devices use lead-free solder and RoHS-compliant components.
WEEE (Waste Electrical and Electronic Equipment)
EU directive requiring manufacturers to register electronic products and fund their end-of-life recycling. GreenChain devices are WEEE-registered, ensuring proper recycling when they reach end of life.
Curtailment (Transportbeperking)
When a DSO (grid operator) restricts or blocks energy feed-in because the local grid is saturated. Increasingly common in the Netherlands during sunny midday hours. GreenChain helps mitigate this by incentivizing local consumption and battery storage — keeping energy within the community instead of pushing it onto a congested grid.
Hardhat / Foundry
Popular development frameworks for building, testing, and deploying smart contracts. Hardhat uses JavaScript/TypeScript; Foundry uses Solidity itself for testing. Both work on any EVM-compatible chain, including GreenChain.
MetaMask
The most widely used browser-based cryptocurrency wallet. It allows users to interact with any EVM-compatible blockchain, manage tokens, and sign transactions. GreenChain's EVM compatibility means MetaMask works out of the box.
Block Explorer
A website where anyone can look up transactions, blocks, and account balances on the blockchain — like a public ledger viewer. Examples on Ethereum include Etherscan.
BSL (Business Source License)
A software license that makes source code publicly readable but restricts commercial use for a defined period (typically 2–4 years), after which it converts to a fully open-source license. Used by companies like MariaDB and Uniswap to prevent immediate cloning while maintaining transparency.
MiCA (Markets in Crypto-Assets)
The EU-wide regulatory framework for cryptocurrency and digital assets, effective since 2024. It defines licensing requirements, consumer protections, and compliance obligations for projects that issue or trade crypto tokens.
Saldering (Net Metering)
The Dutch policy that lets solar panel owners offset their electricity consumption against production on a 1:1 basis. Being phased out by January 2027, which creates the market opportunity GreenChain addresses.
Energiewet
The new Dutch Energy Act replacing the 1998 Electricity Act. It introduces legal frameworks for energy communities, peer-to-peer energy sharing, and active consumer participation — the legal foundation GreenChain operates under.