diff --git a/.gitbook/assets/C2D High Level Architecture.jpg b/.gitbook/assets/C2D High Level Architecture.jpg deleted file mode 100644 index 4f273561..00000000 Binary files a/.gitbook/assets/C2D High Level Architecture.jpg and /dev/null differ diff --git a/.gitbook/assets/DDO Flow.jpg b/.gitbook/assets/DDO Flow.jpg deleted file mode 100644 index 8bb9bab5..00000000 Binary files a/.gitbook/assets/DDO Flow.jpg and /dev/null differ diff --git a/.gitbook/assets/DataNFT and Datatoken Flow.jpg b/.gitbook/assets/DataNFT and Datatoken Flow.jpg deleted file mode 100644 index 7c4b9351..00000000 Binary files a/.gitbook/assets/DataNFT and Datatoken Flow.jpg and /dev/null differ diff --git a/.gitbook/assets/OP High Level Architecture.jpg b/.gitbook/assets/OP High Level Architecture.jpg deleted file mode 100644 index 56007b69..00000000 Binary files a/.gitbook/assets/OP High Level Architecture.jpg and /dev/null differ diff --git a/.gitbook/assets/architecture/architecture.png b/.gitbook/assets/architecture/architecture.png deleted file mode 100644 index 97084f85..00000000 Binary files a/.gitbook/assets/architecture/architecture.png and /dev/null differ diff --git a/.gitbook/assets/architecture/architecture_overview.png b/.gitbook/assets/architecture/architecture_overview.png new file mode 100644 index 00000000..c244bd45 Binary files /dev/null and b/.gitbook/assets/architecture/architecture_overview.png differ diff --git a/.gitbook/assets/DataNFT&Datatokens.png b/.gitbook/assets/architecture/dataNFT_datatokens_overview.png similarity index 100% rename from .gitbook/assets/DataNFT&Datatokens.png rename to .gitbook/assets/architecture/dataNFT_datatokens_overview.png diff --git a/.gitbook/assets/architecture/datanft-and-datatoken.png b/.gitbook/assets/architecture/datanft-and-datatoken.png deleted file mode 100644 index 1457d0d2..00000000 Binary files a/.gitbook/assets/architecture/datanft-and-datatoken.png and /dev/null differ diff --git a/.gitbook/assets/architecture/datanfts_and_datatokens_flow.png b/.gitbook/assets/architecture/datanfts_and_datatokens_flow.png new file mode 100644 index 00000000..9bd7bb12 Binary files /dev/null and b/.gitbook/assets/architecture/datanfts_and_datatokens_flow.png differ diff --git a/.gitbook/assets/architecture/ddo-flow.png b/.gitbook/assets/architecture/ddo-flow.png deleted file mode 100644 index fab9a027..00000000 Binary files a/.gitbook/assets/architecture/ddo-flow.png and /dev/null differ diff --git a/.gitbook/assets/architecture/decentralized_exchanges_marketplaces.png b/.gitbook/assets/architecture/decentralized_exchanges_marketplaces.png new file mode 100644 index 00000000..c715ee87 Binary files /dev/null and b/.gitbook/assets/architecture/decentralized_exchanges_marketplaces.png differ diff --git a/.gitbook/assets/architecture/feature-compute@2x.webp b/.gitbook/assets/architecture/feature-compute@2x.webp deleted file mode 100644 index 09d216a8..00000000 Binary files a/.gitbook/assets/architecture/feature-compute@2x.webp and /dev/null differ diff --git a/.gitbook/assets/architecture/feature-datascience@2x.webp b/.gitbook/assets/architecture/feature-datascience@2x.webp deleted file mode 100644 index f8b8923b..00000000 Binary files a/.gitbook/assets/architecture/feature-datascience@2x.webp and /dev/null differ diff --git a/.gitbook/assets/architecture/feature-marketplaces@2x.webp b/.gitbook/assets/architecture/feature-marketplaces@2x.webp deleted file mode 100644 index 9548f4cb..00000000 Binary files a/.gitbook/assets/architecture/feature-marketplaces@2x.webp and /dev/null differ diff --git a/.gitbook/assets/architecture/high-level-flow (1).png b/.gitbook/assets/architecture/high-level-flow (1).png deleted file mode 100644 index a581963f..00000000 Binary files a/.gitbook/assets/architecture/high-level-flow (1).png and /dev/null differ diff --git a/.gitbook/assets/architecture/high-level-flow.png b/.gitbook/assets/architecture/high-level-flow.png deleted file mode 100644 index a581963f..00000000 Binary files a/.gitbook/assets/architecture/high-level-flow.png and /dev/null differ diff --git a/.gitbook/assets/architecture/new-ramp-on-crypto-ramp-off.webp b/.gitbook/assets/architecture/new-ramp-on-crypto-ramp-off.webp deleted file mode 100644 index 256e4431..00000000 Binary files a/.gitbook/assets/architecture/new-ramp-on-crypto-ramp-off.webp and /dev/null differ diff --git a/.gitbook/assets/architecture/publish_and_retrieve_ddos.png b/.gitbook/assets/architecture/publish_and_retrieve_ddos.png new file mode 100644 index 00000000..b16ee891 Binary files /dev/null and b/.gitbook/assets/architecture/publish_and_retrieve_ddos.png differ diff --git a/.gitbook/assets/architecture/publish_dataNFT_detailed_flow.png b/.gitbook/assets/architecture/publish_dataNFT_detailed_flow.png new file mode 100644 index 00000000..af55ed4e Binary files /dev/null and b/.gitbook/assets/architecture/publish_dataNFT_detailed_flow.png differ diff --git a/.gitbook/assets/c2d/c2d_compute_job.png b/.gitbook/assets/c2d/c2d_compute_job.png new file mode 100644 index 00000000..2578c254 Binary files /dev/null and b/.gitbook/assets/c2d/c2d_compute_job.png differ diff --git a/.gitbook/assets/contracts/pricing_schemas.png b/.gitbook/assets/contracts/pricing_schemas.png new file mode 100644 index 00000000..88a64781 Binary files /dev/null and b/.gitbook/assets/contracts/pricing_schemas.png differ diff --git a/.gitbook/assets/contracts/publish_detailed_flow.png b/.gitbook/assets/contracts/publish_detailed_flow.png new file mode 100644 index 00000000..af55ed4e Binary files /dev/null and b/.gitbook/assets/contracts/publish_detailed_flow.png differ diff --git a/.gitbook/assets/contracts/roles_datatokens_level.png b/.gitbook/assets/contracts/roles_datatokens_level.png new file mode 100644 index 00000000..4930251b Binary files /dev/null and b/.gitbook/assets/contracts/roles_datatokens_level.png differ diff --git a/.gitbook/assets/contracts/roles_nft_level.png b/.gitbook/assets/contracts/roles_nft_level.png new file mode 100644 index 00000000..cf069012 Binary files /dev/null and b/.gitbook/assets/contracts/roles_nft_level.png differ diff --git a/.gitbook/assets/contracts/v4_contracts_overview.png b/.gitbook/assets/contracts/v4_contracts_overview.png new file mode 100644 index 00000000..bfcc9b73 Binary files /dev/null and b/.gitbook/assets/contracts/v4_contracts_overview.png differ diff --git a/.gitbook/assets/ocean-jelly-hyperrealistic.jpeg b/.gitbook/assets/ocean-jelly-hyperrealistic.jpeg deleted file mode 100644 index f02db939..00000000 Binary files a/.gitbook/assets/ocean-jelly-hyperrealistic.jpeg and /dev/null differ diff --git a/.gitbook/assets/v4-contracts.png b/.gitbook/assets/v4-contracts.png deleted file mode 100644 index 310e171d..00000000 Binary files a/.gitbook/assets/v4-contracts.png and /dev/null differ diff --git a/developers/architecture.md b/developers/architecture.md index 70f3024b..245d9bd7 100644 --- a/developers/architecture.md +++ b/developers/architecture.md @@ -6,7 +6,7 @@ description: Ocean Protocol Architecture Adventure! Embark on an exploration of the innovative realm of Ocean Protocol, where data flows seamlessly and AI achieves new heights. Dive into the intricately layered architecture that converges data and services, fostering a harmonious collaboration. Let us delve deep and uncover the profound design of Ocean Protocol.🐬 -

Overview of the Ocean Protocol Architecture

+

Overview of the Ocean Protocol Architecture

### Layer 1: The Foundational Blockchain Layer @@ -20,9 +20,9 @@ Above the smart contracts, you'll find essential [libraries](architecture.md#lib #### Libraries -These libraries include [Ocean.js](broken-reference), a JavaScript library, and [Ocean.py](ocean.py/), a Python library. They serve as powerful tools for developers, enabling integration and interaction with the protocol. +These libraries include [Ocean.js](ocean.js/), a JavaScript library, and [Ocean.py](ocean.py/), a Python library. They serve as powerful tools for developers, enabling integration and interaction with the protocol. -1. [Ocean.js](broken-reference): Ocean.js is a JavaScript library that serves as a powerful tool for developers looking to integrate their applications with the Ocean Protocol ecosystem. Designed to facilitate interaction with the protocol, Ocean.js provides a comprehensive set of functionalities, including data tokenization, asset management, and smart contract interaction. Ocean.js simplifies the process of implementing data access controls, building dApps, and exploring data sets within a decentralized environment. +1. [Ocean.js](ocean.js/): Ocean.js is a JavaScript library that serves as a powerful tool for developers looking to integrate their applications with the Ocean Protocol ecosystem. Designed to facilitate interaction with the protocol, Ocean.js provides a comprehensive set of functionalities, including data tokenization, asset management, and smart contract interaction. Ocean.js simplifies the process of implementing data access controls, building dApps, and exploring data sets within a decentralized environment. 2. [Ocean.py](ocean.py/): Ocean.py is a Python library that empowers developers to integrate their applications with the Ocean Protocol ecosystem. With its rich set of functionalities, Ocean.py provides a comprehensive toolkit for interacting with the protocol. Developers and [data scientists](../data-science/) can leverage Ocean.py to perform a wide range of tasks, including data tokenization, asset management, and smart contract interactions. This library serves as a bridge between Python and the decentralized world of Ocean Protocol, enabling you to harness the power of decentralized data. #### Middleware components diff --git a/developers/compute-to-data/compute-to-data-architecture.md b/developers/compute-to-data/compute-to-data-architecture.md index d8661cf2..70986775 100644 --- a/developers/compute-to-data/compute-to-data-architecture.md +++ b/developers/compute-to-data/compute-to-data-architecture.md @@ -9,7 +9,7 @@ description: Architecture overview Here's the sequence diagram for starting a new compute job. -
+
The Consumer calls the Provider with `start(did, algorithm, additionalDIDs)`. It returns job id `XXXX`. The Provider oversees the rest of the work. At any point, the Consumer can query the Provider for the job status via `getJobDetails(XXXX)`. diff --git a/developers/contracts/README.md b/developers/contracts/README.md index 9da924bc..8a1d37dd 100644 --- a/developers/contracts/README.md +++ b/developers/contracts/README.md @@ -16,11 +16,10 @@ However, Ocean V3 faced limitations in terms of flexibility. It lacked support f Ocean V4 effectively tackles these challenges by adopting **ERC721** **tokens** to explicitly represent the **base IP** as "data NFTs" (Non-Fungible Tokens). [**Data NFT**](data-nfts.md) owners can now deploy ERC20 "datatoken" contracts specific to their data NFTs, with each datatoken contract offering its own distinct licensing terms. -By utilizing ERC721 tokens, Ocean V4 **grants data creators greater flexibility and control over licensing arrangements**. The introduction of data NFTs allows for the representation of [base IP](../../discover/glossary.md#base-ip) and the creation of customized ERC20 datatoken contracts tailored to individual licensing requirements. +By utilizing ERC721 tokens, Ocean V4 **grants data creators greater flexibility and control over licensing arrangements**. The introduction of data NFTs allows for the representation of [base IP](../../discover/glossary.md#base ip) and the creation of customized ERC20 datatoken contracts tailored to individual licensing requirements. - -

Ocean Protocol V4 Smart Contracts

+

Ocean Protocol V4 Smart Contracts

### [**Community monetization**](../community-monetization.md), to help the community create sustainable businesses. diff --git a/developers/contracts/datanft-and-datatoken.md b/developers/contracts/datanft-and-datatoken.md index 7aa6c854..1064c943 100644 --- a/developers/contracts/datanft-and-datatoken.md +++ b/developers/contracts/datanft-and-datatoken.md @@ -7,15 +7,15 @@ description: >- # Data NFTs and Datatokens -

Data NFTs and Datatokens

+

Data NFTs and Datatokens

-In summary: A [**data NFT**](data-nfts.md) serves as a **representation of the copyright** or exclusive license for a data asset on the blockchain, known as the "[**base IP**](../../discover/glossary.md#base-ip)". **Datatokens**, on the other hand, function as a crucial mechanism for **decentralized access** to data assets. +In summary: A [**data NFT**](data-nfts.md) serves as a **representation of the copyright** or exclusive license for a data asset on the blockchain, known as the "[**base IP**](../../discover/glossary.md#base ip)". **Datatokens**, on the other hand, function as a crucial mechanism for **decentralized access** to data assets. -For a specific data NFT, multiple ERC20 datatoken contracts can exist. Here's the main concept: Owning 1.0 datatokens grants you the ability to **consume** the corresponding dataset. Essentially, it acts as a **sub-license** from the [base IP](../../discover/glossary.md#base-ip), allowing you to utilize the dataset according to the specified license terms (when provided by the publisher). License terms can be established with a "good default" or by the Data NFT owner. +For a specific data NFT, multiple ERC20 datatoken contracts can exist. Here's the main concept: Owning 1.0 datatokens grants you the ability to **consume** the corresponding dataset. Essentially, it acts as a **sub-license** from the [base IP](../../discover/glossary.md#base ip), allowing you to utilize the dataset according to the specified license terms (when provided by the publisher). License terms can be established with a "good default" or by the Data NFT owner. The choice to employ the ERC20 fungible token standard for datatokens is logical, as licenses themselves are fungible. This standard ensures compatibility and interoperability of datatokens with ERC20-based wallets, decentralized exchanges (DEXes), decentralized autonomous organizations (DAOs), and other relevant platforms. Datatokens can be transferred, acquired through marketplaces or exchanges, distributed via airdrops, and more. -You can [publish](../../discover/glossary.md#to-publish) a data NFT initially with no ERC20 datatoken contracts. This means you simply aren’t ready to grant access to your data asset yet (sub-license it). Then, you can publish one or more ERC20 datatoken contracts against the data NFT. One datatoken contract might grant consume rights for **1 day**, another for **1 week**, etc. Each different datatoken contract is for **different** license terms. +You can [publish](../../discover/glossary.md#to publish) a data NFT initially with no ERC20 datatoken contracts. This means you simply aren’t ready to grant access to your data asset yet (sub-license it). Then, you can publish one or more ERC20 datatoken contracts against the data NFT. One datatoken contract might grant consume rights for **1 day**, another for **1 week**, etc. Each different datatoken contract is for **different** license terms. For a more comprehensive exploration of intellectual property and its practical connections with ERC721 and ERC20, you can read the blog post written by [Trent McConaghy](http://www.trent.st/), co-founder of Ocean Protocol. It delves into the subject matter in detail and provides valuable insights. @@ -26,7 +26,11 @@ For a more comprehensive exploration of intellectual property and its practical * In step 1, Alice **publishes** her dataset with Ocean: this means deploying an ERC721 data NFT contract (claiming copyright/base IP), then an ERC20 datatoken contract (license against base IP). Then Alice mints an ERC20 datatokens * In step 2, Alice **transfers** 1.0 of them to Bob's wallet; now he has a license to be able to download that dataset. -

Data NFT & Datatokens flow

+

Data NFT & Datatokens flow

+ +What happends under the hood? 🤔 + +

Data NFT & Datatokens flow

We have some awesome hands-on experience when it comes to publishing a data NFT and minting datatokens. diff --git a/developers/contracts/pricing-schemas.md b/developers/contracts/pricing-schemas.md index 4dc7b576..26cef23d 100644 --- a/developers/contracts/pricing-schemas.md +++ b/developers/contracts/pricing-schemas.md @@ -60,6 +60,8 @@ exchange_args = ExchangeArguments( Furthermore, Ocean Protocol recognizes that different data assets may have distinct pricing needs. That's why the platform supports multiple pricing schemas, allowing you to implement various pricing models for different datasets or use cases. This flexibility ensures that you can tailor the pricing strategy to each specific asset, maximizing its value and potential for monetization. +

Pricing Schemas

+ ### Fixed pricing With the fixed pricing model, you have the power to set a specific price for your data assets. This means that buyers interested in accessing your data will need to pay the designated amount of configured tokens. To make things even easier, Ocean automatically creates a special token called a "datatoken" behind the scenes. diff --git a/developers/contracts/roles.md b/developers/contracts/roles.md index e1c3e6c4..cda85377 100644 --- a/developers/contracts/roles.md +++ b/developers/contracts/roles.md @@ -19,13 +19,7 @@ The NFT owner is the owner of the base-IP and is therefore at the highest level. ## Roles-NFT level -```mermaid -stateDiagram-v2 - NFT_OWNER --> MANAGER - MANAGER --> METADATA_UPDATER - MANAGER --> ERC20_DEPLOYER - MANAGER --> STORE_UPDATER -``` +

Roles at the data NFT level

{% hint style="info" %} With the exception of the NFT owner role, all other roles can be assigned to multiple users. @@ -264,11 +258,7 @@ function addMultipleUsersToRoles(address[] memory addresses, RolesType[] memory ## Roles-datatokens level -```mermaid -stateDiagram-v2 - ERC20_DEPLOYER --> MINTER - ERC20_DEPLOYER --> FEE_MANAGER -``` +

Roles at the datatokens level

### Minter diff --git a/developers/ddo-specification.md b/developers/ddo-specification.md index a4398558..0dcf5c69 100644 --- a/developers/ddo-specification.md +++ b/developers/ddo-specification.md @@ -38,7 +38,7 @@ Services ||--|{ ConsumerParameters : contains A DDO in Ocean has these required attributes: -
AttributeTypeDescription
@contextArray of stringContexts used for validation.
idstringComputed as sha256(address of ERC721 contract + chainId).
versionstringVersion information in SemVer notation referring to this DDO spec version, like 4.1.0.
chainIdnumberStores chainId of the network the DDO was published to.
nftAddressstringNFT contract linked to this asset
metadataMetadataStores an object describing the asset.
servicesServicesStores an array of services defining access to the asset.
credentialsCredentialsDescribes the credentials needed to access a dataset in addition to the services definition.
+
AttributeTypeDescription
@contextArray of stringContexts used for validation.
idstringComputed as sha256(address of ERC721 contract + chainId).
versionstringVersion information in SemVer notation referring to this DDO spec version, like 4.1.0.
chainIdnumberStores chainId of the network the DDO was published to.
nftAddressstringNFT contract linked to this asset
metadataMetadataStores an object describing the asset.
servicesServicesStores an array of services defining access to the asset.
credentialsCredentialsDescribes the credentials needed to access a dataset in addition to the services definition.
@@ -181,7 +181,7 @@ A DDO in Ocean has these required attributes: This object holds information describing the actual asset. -
AttributeTypeDescription
createdISO date/time stringContains the date of the creation of the dataset content in ISO 8601 format preferably with timezone designators, e.g. 2000-10-31T01:30:00Z.
updatedISO date/time stringContains the date of last update of the dataset content in ISO 8601 format preferably with timezone designators, e.g. 2000-10-31T01:30:00Z.
description*stringDetails of what the resource is. For a dataset, this attribute explains what the data represents and what it can be used for.
copyrightHolderstringThe party holding the legal copyright. Empty by default.
name*stringDescriptive name or title of the asset.
type*stringAsset type. Includes "dataset" (e.g. csv file), "algorithm" (e.g. Python script). Each type needs a different subset of metadata attributes.
author*stringName of the entity generating this data (e.g. Tfl, Disney Corp, etc.).
license*stringShort name referencing the license of the asset (e.g. Public Domain, CC-0, CC-BY, No License Specified, etc. ). If it's not specified, the following value will be added: "No License Specified".
linksArray of stringMapping of URL strings for data samples, or links to find out more information. Links may be to either a URL or another asset.
contentLanguagestringThe language of the content. Use one of the language codes from the IETF BCP 47 standard
tagsArray of stringArray of keywords or tags used to describe this content. Empty by default.
categoriesArray of stringArray of categories associated to the asset. Note: recommended to use tags instead of this.
additionalInformationObjectStores additional information, this is customizable by publisher
algorithm**Algorithm MetadataInformation about asset of type algorithm
+
AttributeTypeDescription
createdISO date/time stringContains the date of the creation of the dataset content in ISO 8601 format preferably with timezone designators, e.g. 2000-10-31T01:30:00Z.
updatedISO date/time stringContains the date of last update of the dataset content in ISO 8601 format preferably with timezone designators, e.g. 2000-10-31T01:30:00Z.
description*stringDetails of what the resource is. For a dataset, this attribute explains what the data represents and what it can be used for.
copyrightHolderstringThe party holding the legal copyright. Empty by default.
name*stringDescriptive name or title of the asset.
type*stringAsset type. Includes "dataset" (e.g. csv file), "algorithm" (e.g. Python script). Each type needs a different subset of metadata attributes.
author*stringName of the entity generating this data (e.g. Tfl, Disney Corp, etc.).
license*stringShort name referencing the license of the asset (e.g. Public Domain, CC-0, CC-BY, No License Specified, etc. ). If it's not specified, the following value will be added: "No License Specified".
linksArray of stringMapping of URL strings for data samples, or links to find out more information. Links may be to either a URL or another asset.
contentLanguagestringThe language of the content. Use one of the language codes from the IETF BCP 47 standard
tagsArray of stringArray of keywords or tags used to describe this content. Empty by default.
categoriesArray of stringArray of categories associated to the asset. Note: recommended to use tags instead of this.
additionalInformationObjectStores additional information, this is customizable by publisher
algorithm**Algorithm MetadataInformation about asset of type algorithm
\* Required @@ -213,7 +213,7 @@ Services define the access for an asset, and each service is represented by its An asset should have at least one service to be actually accessible, and can have as many services which make sense for a specific use case. -
AttributeTypeDescription
id*stringUnique ID
type*stringType of service access, compute, wss etc.
namestringService friendly name
descriptionstringService description
datatokenAddress*stringDatatoken
serviceEndpoint*stringProvider URL (schema + host)
files*FilesEncrypted file.
timeout*numberDescribing how long the service can be used after consumption is initiated. A timeout of 0 represents no time limit. Expressed in seconds.
compute**ComputeIf service is of type compute, holds information about the compute-related privacy settings & resources.
consumerParametersConsumer ParametersAn object the defines required consumer input before consuming the asset
additionalInformationObjectStores additional information, this is customizable by publisher
+
AttributeTypeDescription
id*stringUnique ID
type*stringType of service access, compute, wss etc.
namestringService friendly name
descriptionstringService description
datatokenAddress*stringDatatoken
serviceEndpoint*stringProvider URL (schema + host)
files*FilesEncrypted file.
timeout*numberDescribing how long the service can be used after consumption is initiated. A timeout of 0 represents no time limit. Expressed in seconds.
compute**ComputeIf service is of type compute, holds information about the compute-related privacy settings & resources.
consumerParametersConsumer ParametersAn object the defines required consumer input before consuming the asset
additionalInformationObjectStores additional information, this is customizable by publisher
\* Required @@ -326,13 +326,13 @@ Each asset has a state, which is held by the NFT contract. The possible states a The following fields are added by _Aquarius_ in its DDO response for convenience reasons, where an asset returned by _Aquarius_ inherits the DDO fields stored on-chain. -These additional fields are never stored on-chain, and are never taken into consideration when [hashing the DDO](did-ddo.md#ddo-checksum). +These additional fields are never stored on-chain, and are never taken into consideration when [hashing the DDO](#ddo-checksum). #### NFT The `nft` object contains information about the ERC721 NFT contract which represents the intellectual property of the publisher. -
AttributeTypeDescription
addressstringContract address of the deployed ERC721 NFT contract.
namestringName of NFT set in contract.
symbolstringSymbol of NFT set in contract.
ownerstringETH account address of the NFT owner.
statenumberState of the asset reflecting the NFT contract value. See State
createdISO date/time stringContains the date of NFT creation.
tokenURIstringtokenURI
+
AttributeTypeDescription
addressstringContract address of the deployed ERC721 NFT contract.
namestringName of NFT set in contract.
symbolstringSymbol of NFT set in contract.
ownerstringETH account address of the NFT owner.
statenumberState of the asset reflecting the NFT contract value. See State
createdISO date/time stringContains the date of NFT creation.
tokenURIstringtokenURI
@@ -355,7 +355,7 @@ The `nft` object contains information about the ERC721 NFT contract which repres #### Datatokens -The `datatokens` array contains information about the ERC20 datatokens attached to [asset services](did-ddo.md#services). +The `datatokens` array contains information about the ERC20 datatokens attached to [asset services](#services).
AttributeTypeDescription
addressstringContract address of the deployed ERC20 contract.
namestringName of NFT set in contract.
symbolstringSymbol of NFT set in contract.
serviceIdstringID of the service the datatoken is attached to.
diff --git a/developers/metadata.md b/developers/metadata.md index eb047fe5..bb017e56 100644 --- a/developers/metadata.md +++ b/developers/metadata.md @@ -38,7 +38,7 @@ Decentralized identifiers (DIDs) are a type of identifier that enable verifiable An _asset_ in Ocean represents a downloadable file, compute service, or similar. Each asset is a _resource_ under the control of a _publisher_. The Ocean network itself does _not_ store the actual resource (e.g. files). -An _asset_ has a DID and DDO. The DDO should include metadata about the asset, and define access in at least one [service](did-ddo.md#services). Only _owners_ or _delegated users_ can modify the DDO. +An _asset_ has a DID and DDO. The DDO should include metadata about the asset, and define access in at least one [service](ddo-specification.md#services). Only _owners_ or _delegated users_ can modify the DDO. All DDOs are stored on-chain in encrypted form to be fully GDPR-compatible. A metadata cache like [_Aquarius_](aquarius/) can help in reading, decrypting, and searching through encrypted DDO data from the chain. Because the file URLs are encrypted on top of the full DDO encryption, returning unencrypted DDOs e.g. via an API is safe to do as the file URLs will still stay encrypted. @@ -48,7 +48,7 @@ The DDO is stored on-chain as part of the NFT contract and stored in encrypted f Here is the flow: -

DDO Flow

+

DDO Flow

To set up the metadata for an asset, you'll need to call the [**setMetaData**](https://github.com/oceanprotocol/contracts/blob/9e29194d910f28a4f0ef17ce6dc8a70741f63309/contracts/templates/ERC721Template.sol#L247) function at the contract level. diff --git a/discover/explore.md b/discover/explore.md index fa58abbb..09eb54f5 100644 --- a/discover/explore.md +++ b/discover/explore.md @@ -6,7 +6,7 @@ description: What is Ocean Protocol? Ocean Protocol is a **decentralized data exchange protocol** that empowers you to monetize and share your data with others on-chain. ⛓️ By leveraging **blockchain technology** and **smart contracts**, Ocean Protocol offers **open-source tools** to securely publish NFTs of your data and algorithms to seamlessly collaborate, trade, and innovate with others. -

A vast ocean of data awaits you...

+

A vast ocean of data awaits you...

Get a glimpse into some of the things you can do with Ocean Protocol. The opportunities with our protocol to leverage an "Ocean of data" are great and ever-evolving. Together, we'll dive deeper and uncover even more ways to leverage the power of decentralized data.