origin-247-claim
module is responsible for matching generations with consumptions, and claiming certificates on the blockchain.
It also stores matching results.
- Nest.js application (
origin-247-claim
is Nest.js module) - TypeORM configured
- Setup origin-247-certificate
OffChainCertificateModule
- Install
@energyweb/origin-247-claim
- Import
ClaimModule
into your application:
import { ClaimModule } from '@energyweb/origin-247-claim';
@Module({
imports: [ClaimModule]
})
export class SomeModule {}
- Add
entities
toTypeORM.forRoot
entities:
import { entities as ClaimEntitites } from '@energyweb/origin-247-claim';
...
TypeORM.forRoot({
entities: [
...ClaimEntitites
]
})
- Run migrations on startup:
// package.json
{
"scripts": {
"typeorm:run:claim": "node_modules/typeorm/cli.js migration:run --config node_modules/@energyweb/origin-247-claim/dist/js/ormconfig.js"
}
}
- Import
ClaimModule
module - Inject
ClaimFacade
into your service, and use it to perform matching and get matching results.
await this.claimFacade.claim({
algorithmFn: matchAlgorithm({
// imported from `@energyweb/origin-247-claim` and customized, details later on
buyingPriority,
cfeTargets,
sellingPriority
}),
claimCustomizationFn: (
matches // before doing the claiming you need to match certain interface
) =>
matches.map((match) => ({
certificateId: match.generation.certificateId,
energyValue: match.volume.toString(),
claimData: {
beneficiary: consumers.find((c) => c.meterId === match.consumption.consumerId)!.did,
countryCode: '',
location: '',
periodEndDate: '',
periodStartDate: '',
purpose: ''
},
forAddress: sellerAddress
})),
data: {
consumptions,
generations
},
timeframe: timeFrame // this time frame will be saved in matching results
});
Any algorithm can be used as an input to .claim
function, as long as it meets interface.
Any additional fields present on IConsumption
or IGeneration
(besides those defined in interface), that will be returned as matches from matching algorithm,
will be saved as result metadata.
By default we expose some algorithms ready to be used
SpreadMatcher.spreadMatcher
- very customizable algorithm, supporting prioritization, and spreading matches equally over devices of equal priority.
Using .findMatches
, .findLeftoverConsumption
, .findExcessGeneration
you can query for any devices and timeframes, and receive raw data,
that later on can be aggregated. Metadata field is explained above.
ClaimForUnitTestsModule
is exported, that uses CertificateForUnitTestsModule
(247-sdk
) and in-memory repositories to simplify testing,
so no configuration for CertificateModule
is necessary (like blockchain or redis configuration), and no database setup.
For questions and support please use Energy Web's Discord channel
Or reach out to us via email: [email protected]
The Energy Web Decentralized Operating System is a blockchain-based, multi-layer digital infrastructure.
The purpose of EW-DOS is to develop and deploy an open and decentralized digital operating system for the energy sector in support of a low-carbon, customer-centric energy future.
We develop blockchain technology, full-stack applications and middleware packages that facilitate participation of Distributed Energy Resources on the grid and create open market places for transparent and efficient renewable energy trading.
-
To learn about more about the EW-DOS tech stack, see our documentation.
-
For an overview of the energy-sector challenges our use cases address, go here.
For a deep-dive into the motivation and methodology behind our technical solutions, we encourage you to read our White Papers: