XDI is a technology for modeling, storing, and manipulating data.
It fits into a similar category of technologies as JSON, XML and RDF, but also has a number of properties that distinguishes it.
XDI is a graph-based data model. This means that all data is expressed using nodes and arcs in a graph. At a minimum, a graph consists of a single node, called the common root node.
- RWoT Papers
- Project Danube
- Github Repos
The XNS Public Trust Organization was founded in July 2000, shortly after International Planetwork Conference. -xdi.org - History
to promote the concept of individuals owning their own digital identity and data based on a nascent technology being produced by two Technical Committees at OASIS: XRI (Extensible Resource Identifier) and XDI (Extensible Data Interchange).
- xdi.org is a non-profit public trust organization whose purpose is to provide public infrastructure for digital identity, security, and privacy using the open standard XDI semantic data interchange protocol developed by the OASIS XDI Technical Committee.
Cool hack with XDI graphs, blockstore, link contracts, and cryptographic identifiers
- Markus Sabadello @Peacekeeper <firstname.lastname@example.org>
XDI Link Contracts: An Overview
- Drummond Reed @DrummondReed <email@example.com>
XDI Graphs in IPFS
- Markus Sabadello
- XDI Verifiable Claims and Link Contracts by Markus Sabadello
- First XDI Link Contract between “btcr” DID and “sov” DID by Markus Sabadello
In April 2015 the XDI.org trustees formed the XDI Registry Working Group (XRWG) to transition XDI registry infrastructure from a centralized model to a new decentralized blockchain-based model.
The charter of the XRWG includes the following principles:
- Maximum interoperability.
- Minimum viable centralization.
- Critical infrastructure. The XDI Registry must provide for a high level of reliability, stability, scalability, security, sustainability and other requirements typical of critical internet infrastructure.
- Sovereign identity. The XDI Registry should enable any XDI authority (person or organization) to fully administer its own registry and/or its own entry in an xdi.org-specified registry, without the need to rely on any particular external administrative authority.
- Neutrality. The XDI Registry should be available to all members of the public and should not discriminate against any party that wishes to use it for any lawful purpose.
A DID architecture should focus on the set of components that Mr. Gupta refers to as “the minimum required for people to be able to do business (or other critical functions) together”.
A Decentralized Identifier (DID) Registry and Discovery Service
This “minimum required” is defined by a union of the proposed requirements identified by the W3C Credential Community Group, the XDI.org Registry Working Group, and the Rebooting the Web of Trust group. It consists of three functions that can be addressed by a combination of blockchain and DHT technology:
- A DID registration function
- A discovery function - enables looking up a registered DID in the blockchain
- A master key recovery function
Markus Sabadello began working on Project Danube around 2010
This is an open-source project offering software for identity and personal data services on the Internet. The core of this project is an XDI-based Personal Data Store - a semantic database for your personal data, which always remains under your control. Applications on top of this database include the Federated Social Web, the selective sharing of personal data with organizations, and much more.
OASIS XDI TC Technical Committee
- /OASIS-XDI-Technical-Committee/xdi-spec-docbook - XDI Specifications (Docbook)
- /OASIS-XDI-Technical-Committee/xdi-developers-guide - XDI Developer’s Guide
- /OASIS-XDI-Technical-Committee/xdi-spec-openoffice - XDI Specifications (Open Office)
- /OASIS-XDI-Technical-Committee/xdi-spec-dita - XDI Specifications (DITA)
- /projectdanube/xdi2</a> - XDI2 general purpose library and server
- /projectdanube/xdi2-connect-core</a> - Shared library for the XDI Connect protocol
- /projectdanube/indy-sdk-java</a> - Java binding to the native Indy SDK
- /projectdanube/xdi-tutorial</a> - XDI Tutorial
- /projectdanube/XDINinja-swing</a> - XDI-enabled standalone client application
- /projectdanube/xdi2-tools</a> - XDI2 maintenance and other tools
- /projectdanube/xdi2-docker</a> - Dockerfiles for XDI2
- /projectdanube/xdi2-connect-buttonbuilder</a> - “Button Builder” component for the XDI Connect protocol
XDI - Various Integrations
- /projectdanube/xdi2-bdb</a> - Support for using BDB as XDI2 backend storage
- /projectdanube/xdi2-mongodb</a> - Support for using MongoDB as XDI2 backend storage
- /projectdanube/xdi2-server-heroku</a> - XDI2 Server deployed via Heroku
- /projectdanube/xdi2-redis</a> - Support for using Redis as XDI2 backend storage
- /projectdanube/xdi2-tor</a> - Integration of XDI and Tor
- /projectdanube/xdi2-ipfs</a> - Integration of XDI and IPFS
/projectdanube/withsqlite</a> - A module for a python dict that back ends on an sqlite3 database. It’s bit like shelve but with json and sqlite3.
- Forked from jvasile/withsqlite
- /projectdanube/blockstack-cli-java</a> - Java client for Blockstore
- /projectdanube/xdi2-selfhosted</a> - A configuration profile of the XDI2 server for self-hosting a single XDI graph.
- /projectdanube/xdi2-csp</a> - A configuration profile of the XDI2 server for hosting a dynamic number of XDI graphs.
- /projectdanube/xdi2-registry</a> - A configuration profile of the XDI2 server for hosting a registry of XDI names and XDI numbers.
- /projectdanube/xdi2-example-messaging</a> - XDI2 Examples: Basic messaging functionality.
- /projectdanube/xdi2-example-advanced-server</a> - XDI2 Examples: Setting up advanced XDI servers.
- /projectdanube/xdi2-example-core</a> - XDI2 Examples: Simple uses of the core functionality.
- /projectdanube/xdi2-example-client</a> - XDI2 Examples: Writing XDI client applications.
- /projectdanube/xdi2-example-secp256k1-server</a> - Example XDI server using cid-2 cryptographic XDI numbers.
- /projectdanube/xdi2-example-ec25519-server</a> - Example XDI server using cid-1 cryptographic XDI numbers.
- /projectdanube/xdi2-connect-acmenews</a> - +acmenews XDI2 demo
- /projectdanube/xdi2-connect-leshop</a> - +leshop XDI2 demo
- /projectdanube/xdi2-example-secp256k1-client</a> - Example XDI client using cid-2 cryptographic XDI numbers.
- /projectdanube/xdi2-example-ec25519-client</a> - Example XDI client using cid-1 cryptographic XDI numbers.
- /projectdanube/xdi2-crypto-secp256k1</a> - This is an secp256k1 crypto plugin for the XDI2 client and server.
- /projectdanube/xdi2-crypto-ec25519</a> - This is an Ed25519 crypto plugin for the XDI2 client and server.
- /projectdanube/xdi2-connector-facebook</a> - A connector plugin for the XDI2 server that maps data from Facebook to XDI
- /projectdanube/xdi2-connector-meeco</a> - A connector plugin for Meeco
- /projectdanube/XDINinja-plugin</a> - A browser plugin that is like “Twitter for data”
- /projectdanube/xdi2-connector-cozy</a> - A connector plugin for CozyCloud
- /projectdanube/xdi2-filesys</a> - Plugin for an XDI2 server to integrate with a local filesystem
- /projectdanube/xdi2-connector-personal</a> - A connector plugin for the XDI2 server that maps data from Personal.com to XDI
- /projectdanube/aeternam-xdi-sncf</a> - Aeternam PNR Demo: SNCF
- /projectdanube/aeternam-xdi-db</a> - Aeternam PNR Demo: Deutsche Bahn
- /projectdanube/aeternam-xdi-tests</a> - XDI experimentation for ÆTERNAM / ÆVATAR
- /projectdanube/aeternam-xdi-maria</a> - Aeternam PNR Demo: Maria
- /projectdanube/aeternam-xdi-webshop</a> - Aeternam PNR Demo: Webshop
- /projectdanube/aeternam-xdi-oebb</a> - Aeternam PNR Demo: ÖBB
- /projectdanube/xdi2-cloudcards</a> - XDI Cloud Card Viewer
- /projectdanube/xdi2-messenger</a> - XDI Cloud Messenger
- /projectdanube/xdi2-manager</a> - XDI Cloud Manager
- /projectdanube/xdi2-pixel</a> - Tool to translate a personal cloud policy language (Pixel) to XDI link contracts.
XDI Server Deployed Via
- /projectdanube/xdi2-server-grizzly</a> - XDI2 Server deployed via Grizzly
- /projectdanube/xdi2-server-mina</a> - XDI2 Server deployed via Apache MINA
- /projectdanube/xdi2-server-netty</a> - XDI2 Server deployed via netty
- /projectdanube/xdi2-server-undertow</a> - XDI2 Server deployed via Undertow
- /projectdanube/xdi2-server-vertx</a> - XDI2 Server deployed via vert.x
- /projectdanube/xdi2-connect-service</a> - This is a “Connect Service” component for the XDI Browser binding.
/projectdanube/neustar-discovery-service</a> - Neustar XDI Discovery Service based on XRI Resolution
- Forked from neustarpc/neustar-discovery-service
- /projectdanube/xdi2-connect-auth-service-war</a> - “Authorization Service” for the XDI Connect protocol, packaged as .WAR file
- /projectdanube/xdi2-connect-service-war</a> - “Connect Service” for the XDI Connect protocol, packaged as .WAR file
- /projectdanube/xdi-grapheditor</a> - An XDI Graph Editor -Forked from neustar/xdi-grapheditor
- /projectdanube/xdi2-connect-auth-service</a> - This is a “Connect Auth Service” component for the XDI Browser binding.
Social ShareTwitter Facebook LinkedIn Reddit