Interact with DKG Paranets
The DKG JavaScript SDK provides functionality for interacting with Paranets on the OriginTrail Decentralized Knowledge Graph. This section of the SDK allows developers to create, manage, and utilize paranets effectively.
Setup and Installation
To interact with Paranets, you need to connect to a running OriginTrail node (either local or remote) and ensure you have the dkg.js SDK installed and properly configured. Follow the general setup instructions for installing dkg.js and read more about Paranets in the following section.
Creating a Paranet
Before creating a Paranet, you must first create a Knowledge Asset (KA) on the Decentralized Knowledge Graph (DKG) that will represent the Paranet. To create a Knowledge Asset on the DKG refer to the following page.
Once the Knowledge Asset is created, it will have a unique identifier known as a Universal Asset Locator (UAL). To create a Paranet, you will use this UAL. The Paranet creation process essentially links the Paranet to the Knowledge Asset, establishing it on the blockchain. This on-chain representation allows for decentralized management and interaction with the Paranet.
Here is an example of how to create a new Paranet using the create
function from the Paranet module. This function requires the UAL of the previously created Knowledge Asset, along with other details such as the Paranet's name and description:
In this example:
UAL
is the unique identifier of the Knowledge Asset created on the DKG.paranetName
is the name you want to give to your Paranet. It should be descriptive enough to indicate the Paranet's purpose or focus.paranetDescription
provides additional context about the Paranet, explaining its purpose and the types of knowledge assets or services it will involve.paranetNodesAccessPolicy
defines a paranet's policy towards including nodes. If OPEN, any node can be a part of the paranet. If CURATED, only the paranet owner can approve nodes to be a part of the paranet.paranetMinersAccessPolicy
defines a paranet's policy towards including knowledge miners. If OPEN, anyone can publish to a paranet. If CURATED, only the paranet owner can approve knowledge miners who can publish to the paranet.
After the Paranet is successfully created, the Paranet UAL can be used to interact with the specific Paranet. This includes deploying services within the Paranet, managing incentives, and claiming rewards associated with the Paranet's operations.
Adding/removing nodes to/from a Curated Paranet
This functionality is only available to the paranet operator if they created a paranet with paranetNodesAccessPolicy.CURATED
. By default a node can participate in any paranet. However, with this change, if a node wants to participate in a paranet with the curated nodes access policy it has to either be added to a paranet by a paranet operator or it has to request access. The paranet operator can add nodes to a paranet or remove them from a paranet by passing a paranetUAL
and nodesidentityIds
.
Request curated node access to a Curated Paranet
A node can request access to be added to a paranet. A paranet operator can then either reject or approve access to the node based on its identityId
.
Adding/removing knowledge miners to/from a Curated Paranet
This functionality is only available to the paranet operator if they created a paranet with paranetMinersAccessPolicy.CURATED
. By default a knowledge miner can publish to any paranet. However, with this change, if a knowledge miner wants to publish to a paranet with the curated miner access policy it has to either be added to a paranet by a paranet operator or it has to request access. The paranet operator can add knowledge miners to a paranet or remove them from a paranet by passing a paranetUAL
and minerAddresses
.
Request Knowledge Miner access to a Curated Paranet
A knowledge miner can request access to be added to a paranet. A paranet operator can then either reject or approve access to the knowledge miner based on its minerAddress
.
Adding Services to a Paranet
Enhance the capabilities of your Paranet by integrating new services. The addServices
function allows you to add both on-chain and off-chain services to your Paranet. These services can range from AI agents and data oracles to decentralized knowledge interfaces and more.
Before adding services, you first need to create them using the createService
function. Services added to a Paranet can either have on-chain addresses, representing smart contracts or other on-chain entities, or they can be off-chain services, which do not have associated blockchain addresses.
Each service can be identified by all Paranet users via its registry knowledge asset, and can include multiple on-chain accounts under its control. This enables services to participate in economic activities within the Decentralized Knowledge Graph (DKG).
In this example:
paranetServiceName
specifies the name of the service.paranetServiceDescription
provides a brief description of what the service does.paranetServiceAddresses
lists blockchain addresses associated with the service. For off-chain services, this field can be left empty.serviceUALs
is an array of Universal Asset Locators for the services you want to add to your Paranet.
By integrating and managing services, Paranet operators can expand the capabilities of their Paranet, providing a robust infrastructure for decentralized applications and AI-driven services.
Knowledge mining for Open Paranets
Paranets allow users to leverage collective intelligence by contributing their knowledge assets, enhancing the overall utility and value of the network. There are two primary ways to add a Knowledge Asset to a Paranet:
Directly Mining Knowledge Assets to a Paranet
Submitting Existing Knowledge Assets to a Paranet
To directly mine Knowledge Assets and add them to a Paranet, use the dkg.asset.create
function and specify the paranetUAL
as a parameter. Here’s an example:
In this example, the Knowledge Asset is created and directly added to the specified Paranet.
If you have existing Knowledge Assets, you can submit them to a Paranet using the dkg.asset.submitToParanet
function. Here’s an example:
Adding Knowledge Assets to Paranets can be done directly during the creation process or by submitting existing assets. This flexibility allows for robust management and contribution of knowledge, enhancing the collective intelligence and functionality of the Paranet.
Knowledge mining for Curated Paranets
In curated Paranets, there is a single method for adding Knowledge Assets, which is through the dkg.asset.localStore
function.
Unlike open Paranets, where assets can be mined or submitted, curated Paranets offer more controlled management of data, ensuring consistency and integrity across the network. This approach enables users to store both public and private data on their node, providing enhanced security and control.
Additionally, other nodes in the curated Paranet can synchronize data from your node, ensuring that all participating nodes have access to the most up-to-date information. This model prioritizes privacy, control, and efficient data sharing within a trusted network.
Here's an example of how to create a KA for Curated Paranet:
Checking and Claiming Rewards
Participants in a Paranet can earn rewards for their various roles and contributions, such as knowledge mining, voting on proposals, or operating the Paranet. The dkg.js library provides functions to check if an address has a specific role within the Paranet and to claim rewards associated with that role.
Roles in a Paranet:
Knowledge Miners: Contribute to the Paranet by mining knowledge assets.
Paranet Operators: Manage the Paranet, including overseeing services and facilitating operations.
Proposal Voters: Participate in decision-making by voting on the Initial Paranet Offering.
Participants can verify their roles and claim rewards through the following steps and examples:
By following these steps, you can effectively check your role and claim the rewards you have earned for contributing to the Paranet. This system ensures that all participants are fairly compensated for their efforts, promoting a robust and active community within the Paranet.
Updating Claimable Rewards
In some cases, you may have already mined a knowledge asset to a specific Paranet but decided to update the knowledge asset. By doing so, you become eligible for additional NEURO rewards. To ensure that your claimable rewards reflect your new contributions, you need to call the updateClaimableRewards
function for the Paranet. This function updates your claimable reward amounts based on your latest contributions.
This function only updates the claimable rewards based on your latest contributions. To actually claim the rewards, use the respective claiming functions such as claimMinerReward
, claimVoterReward
, or claimOperatorReward
.
Performing SPARQL Queries on a Specific Paranet
The Decentralized Knowledge Graph (DKG) enables users to perform SPARQL queries on specific Paranets. By specifying a Paranet, users can target their queries to retrieve data related to that Paranet. This can be particularly useful when working with domain-specific data or services within a Paranet.
To query a specific Paranet, ensure that the node you are querying has already enabled Paranet syncing for the Paranet you wish to query. Without this setup, the node may not have the relevant data required to process your queries. Read here how to setup node to sync a Paranet.
To query a specific Paranet, you can either specify the Paranet UAL using the paranetUAL
parameter or set the graphLocation
to the desired Paranet UAL. This approach allows you to direct your queries to the Paranet that holds the relevant data.
Here’s how you can perform a query on a specific Paranet using the paranetUAL
parameter:
By querying specific Paranets, you can leverage the powerful capabilities of the DKG to interact with domain-specific knowledge assets and services, ensuring that your queries are targeted and efficient. This makes it easier to work with complex data structures and gain insights from your Paranet's knowledge assets.
Federated SPARQL Queries
Federated SPARQL queries allow users to execute queries across multiple knowledge graphs or Paranets simultaneously. In the context of the Decentralized Knowledge Graph (DKG), a node might sync with multiple Paranets. Federated queries allow you to query multiple Paranets within a single SPARQL query, accessing data from each specified Paranet and merging the results.
Imagine you have a DKG node that synchronizes with three different Paranets. You want to perform a query that targets two of these Paranets to retrieve data about users and cities. Federated SPARQL queries provide a convenient way to specify which Paranets to include in your query.
If you need to query data across multiple specified Paranets, you should use federated SPARQL queries. However, if you want to query all available Paranets, you do not need to provide any specific arguments, as all Paranets will be queried by default using the default triple store repository.
To execute a federated SPARQL query, you can use the SERVICE
keyword to specify the Paranet UALs you want to query. This keyword allows you to include data from different sources in your query.
Here’s an example of a federated query targeting two out of three Paranets:
Explanation:
SERVICE
Keyword: TheSERVICE
keyword is used to include data from Paranet 3 (paranetUAL3
) in the query, while the primary Paranet is set to Paranet 1 (paranetUAL1
).Query Structure: The query retrieves distinct subjects (
?s
), cities, users, and companies from Paranet 1, and performs a sub-query within Paranet 3 to get data where the city isBelgrade
.Filter Clause: The
filter
clause is used to ensure that the city data from Paranet 3 contains the string "Belgrade".
Federated SPARQL queries provide a powerful way to aggregate and analyze data across multiple Paranets, this enables more complex data retrieval and cross-Paranet data integration, making it easier to gather comprehensive insights from diverse data sources.
Last updated