Green Distributed Ledger Technology (GreenChain) is an energy-conscious distributed-ledger platform designed to overhaul the upkeep of solar-photovoltaic (PV) assets. Built on Hyperledger Fabric, it couples a low-energy Proof-of-Stake/Raft consensus, private data collections and adaptive sharding to ensure secure, scalable and resource-efficient operation while sharply reducing blockchain power consumption. Continuous IoT telemetry from in-field sensors is channelled through AI/ML-enhanced oracles to detect anomalies, forecast production and trigger preventive work orders; smart contracts then issue Tokenised Maintenance Certificates that immutably record each intervention and performance result. This hybrid on-chain/off-chain architecture preserves privacy, prunes redundant data and maintains cryptographic proofs, giving stakeholders verifiable yet lightweight records that streamline audits and compliance.
Can you briefly present your team?
We are the GreenChain team, a joint effort between Obsidian Innovation Institute – Associação (Portugal) and Fotovoltaica Macotera SL (Spain).
- OBSIDIAN leads the technical architecture and implementation (Hyperledger Fabric-based ledger, API gateway, AI/ML oracles, identity/access control, monitoring and sustainability KPIs).
- FOTOMACO hosts and operates the pilot environment, contributes PV operations expertise, and validates workflows and usability with field-facing stakeholders.
How did you come up with this project idea and what benefits will it bring to the end users?
The idea came from a recurring operational gap in photovoltaic O&M: maintenance evidence, sensor data, and compliance records are fragmented across tools, hard to reconcile, and time-consuming to audit. This increases downtime and creates friction between operators, maintainers, auditors, and other stakeholders.
GreenChain addresses this by combining:
- IoT/SCADA ingestion + AI/ML oracles to detect anomalies and generate actionable maintenance events, while filtering low-value telemetry to reduce overhead.
- A permissioned Hyperledger Fabric ledger with Raft ordering, plus sharding via channels/private data collections, to keep the ledger energy-efficient and scalable.
- Tokenised Maintenance Certificates (TMCs) that provide tamper-evident, machine-verifiable maintenance evidence, with verification through the API and (optionally) external hash anchoring.
Benefits to end users:
- PV operators: faster incident response, better traceability, reduced audit burden.
- Maintenance providers/technicians: clearer work-order lifecycle and verifiable proof of completion.
- Auditors/regulators/ESG stakeholders: integrity-protected evidence with minimal disclosure and verifiable certificate lifecycle status.
How is TrustChain supporting your growth and what role does it play for the next steps in your development?
TrustChain provided the structure and requirements to turn an early TRL prototype into a measurable, reproducible, pilot-validated stack, specifically pushing on:
- Energy-efficiency KPI evidence
- Interoperability
- User-centric validation and operational fit
For next steps, TrustChain is also the credibility layer for scaling: demonstrable results, reusable open-core assets, and a clear integration surface for ecosystem synergies.
Why did you apply to the TrustChain call and has your vision changed since then?
We applied because OC5 explicitly aligned with what the PV maintenance domain needs: sustainable DLT, interoperability, compliance-by-design, and real-world validation rather than “blockchain as a concept”.
Our vision did not change materially, but it became more focused and pragmatic:
- Stronger emphasis on API-first integration and site-scoped operational KPIs, because integration with existing operational systems proved to be a stronger constraint than initially assumed.
- Clearer positioning of GreenChain as a trusted evidence and coordination layer, not a monolithic replacement for incumbent CMMS/SCADA stacks.
What is the most valuable takeout from the TrustChain project and why was the topic of the Open Call important to you/your team?
The most valuable takeout is validated proof that energy-aware DLT can be operationally useful if it is engineered around real workflows and measured properly.
Why the topic mattered:
- OC5 required measurable sustainability and justified trade-offs. We produced benchmarkable indicators such as mWh per transaction and Wh per certificate under controlled loads, supporting the project’s 30-50% efficiency target range against the chosen baseline comparator.
- OC5 also rewarded interoperability and deployability, which translated into a stable OpenAPI gateway surface and reproducible containerised deployments.
Did you establish collaboration with any of the TrustChain teams or plan for any kind of synergies? If yes, what is the biggest potential in such collaborations?
Yes – the main synergy pattern is evidence portability: GreenChain produces integrity-protected maintenance certificates and exposes them through standard APIs and optional anchoring, which makes it suitable as an evidence producer for other TrustChain use cases needing verifiable operational attestations.
The biggest potential is interoperability around proofs and attestations (hash anchoring, certificate verification flows, and common API practices), rather than forcing shared internal architectures.
What are your expectations regarding the TrustChain software ecosystem and its contribution to the NGI priority areas?
We expect the ecosystem to strengthen:
- Interoperability: practical, documented APIs and reusable building blocks for verification and evidence exchange.
- Sustainability: credible measurement practices and “green-by-design” patterns that remove unnecessary global work (over-replication, excessive writes, high-footprint consensus).
- Human-centric trust: privacy-respecting evidence models and governance approaches that keep industrial stakeholders in control, rather than moving critical workflows into opaque platforms.
What are the next steps for your team?
- Convert pilot learnings into production-grade deployment kits (hardened profiles, clear versioning, support story).
- Expand through O&M providers and integrators (B2B2B route), embedding GreenChain as an evidence layer in service contracts.
- Continue improving measurement-driven optimisation (oracle thresholds, anchoring cadence, shard allocation) using telemetry KPIs.
What is the message you would give to new and potential applicants to TrustChain Open Calls?
Treat TrustChain as a programme for operationally grounded trust infrastructure, not a “DLT showcase”. Start from real workflows, design for interoperability, and plan how you will measure sustainability and correctness from day one.
