-
Notifications
You must be signed in to change notification settings - Fork 2
Contract ‐ Technical Specifications
This section focuses on the components and functionalities related to contract management within a data ecosystem. In this environment, participants sign an accession agreement that serves as a proof of participation to an ecosystem and serves as a contract for data exchange between two participants within the same data ecosystem. The goal is to establish a standardized and efficient approach to contract management without the need for bilateral contracts.
This component serves as a centralized repository for contracts within the data ecosystem. Contracts, which are stored using the Open Digital Rights Language (ODRL) format, can be accessed and managed through this registry. It provides a comprehensive view of all contracts, enabling participants to reference and retrieve contract information as needed.
The Contract Generator is responsible for augmenting the accession agreement contracts for data exchange between participants. Using the ODRL format, this component enhances the accession agreement, ensuring that it contains all the necessary clauses and terms required for a specific data exchange. It automates the contract generation process, reducing manual effort and potential errors.
For participants to take part in a data ecosystem, they need to sign the accession agreement. In order to achieve this, a combination of Decentralized Identifiers (DIDs), Verifiable Credentials (VCs) and the eIDAS 2.0 framework is used. This approach ensures secure authenticated signatures for the contract, enhancing trust and data exchange integrity within the ecosystem.
The Eclipse Data Connector (EDC) is a component aligned with the International Data Spaces Association (IDSA) and GAIA-X’s specifications. It prioritizes data sovereignty and secure data exchange while ensuring compatibility with emerging standards and frameworks for data sharing and interoperability. Leveraging the use of DIDs and VCs, which are fundamental components of the IDS architecture, the EDC authenticates and authorizes data transfers within the ecosystem. Additionally, the EDC can act as a Policy Enforcement Point (PEP) by evaluating access requests against policies, formulating eXtensible Access Control Markup Language (XACML) requests for validation by the Policy Decision Point (PDP).
These components are responsible for enforcing and making decisions regarding policies during a data exchange within the ecosystem. Policies are described by service and data providers when registering their resources to the catalog. These policies are described using the XACML format which can then be processed by the EDC when formulating XACML requests for validation by the Policy Decision Point to ensure compliance with established policies and rules.
The Standard Clauses database serves as a centralized repository of standard clauses accessible to the data ecosystem. These causes establish common terms, obligations, and conditions that can be incorporated into contracts as needed. It promotes consistency and simplifies the contract creation process.
The Contract Protocol outlines the procedures and interactions involved in managing contracts within the data ecosystem. In this context, participants sign an accession agreement that acts as the authorized contract for data exchange between ecosystem participants. The protocol ensures a standardized approach to contract management, facilitating secure data sharing.
