Sidetree - Revision history

Tom: /* Full Title */

2025-03-01T01:51:17Z

‎Full Title

Tom: /* Context */

2021-12-02T00:59:20Z

‎Context

Tom: /* Context */

2021-12-02T00:58:31Z

‎Context

Tom: /* Problems */

2021-08-05T16:29:25Z

‎Problems

Tom: /* Problems */

2021-08-05T16:29:03Z

‎Problems

Tom: /* Problems */

2021-08-04T21:00:08Z

‎Problems

Tom: /* Problems */

2021-08-04T20:59:16Z

‎Problems

Tom: /* Solutions */

2021-04-10T17:54:26Z

‎Solutions

Tom: /* Problems */

2021-04-10T17:53:11Z

‎Problems

Tom: /* Solutions */

2021-04-10T17:52:19Z

‎Solutions

@@ Line 1: / Line 1: @@
 ==Full Title==
-[[Sidetree]] is a spec for a collection of [[Distributed ID]] methods that uses IPFS to guarantee uniqueness of a DID.
+[[Sidetree]] is a spec for a collection of [[Distributed ID]] methods that uses  [[InterPlanetary File System]] (IPFS) to guarantee uniqueness of a DID.
 ==Context==
 Microsoft started to build [[Sidetree]] as the backing for the [[Ion ID]] (did:ion) method to improve responsiveness to reads and writes of ID data.

@@ Line 2: / Line 2: @@
 [[Sidetree]] is a spec for a collection of [[Distributed ID]] methods that uses IPFS to guarantee uniqueness of a DID.
 ==Context==
-Microsoft started to build [[Sidetree]] as the backing for the [[Ion DID]] method to improve responsiveness to reads and writes of ID data.
+Microsoft started to build [[Sidetree]] as the backing for the [[Ion ID]] (did:ion) method to improve responsiveness to reads and writes of ID data.
 * Sidetree basically intercepts any request for ID reads or writes and tries to cache them to avoid a delay caused by a read or write to the Bitcoin Blockchain.

@@ Line 2: / Line 2: @@
 [[Sidetree]] is a spec for a collection of [[Distributed ID]] methods that uses IPFS to guarantee uniqueness of a DID.
 ==Context==
-Microsoft started to build [[Sidetree]] as the backing for the Ion DID method to improve responsiveness to reads and writes of ID data.
+Microsoft started to build [[Sidetree]] as the backing for the [[Ion DID]] method to improve responsiveness to reads and writes of ID data.
 * Sidetree basically intercepts any request for ID reads or writes and tries to cache them to avoid a delay caused by a read or write to the Bitcoin Blockchain.

@@ Line 10: / Line 10: @@
 * As of 2020-11-15 the Sidetree spec required two versions of the DID and stipulated that any RP relying on that DID would have to accept either version interchangeably.
 * The Sidetree folk introduced the idea of "equivalent" IDs (see above problem) into the DID Core spec just before it went to be a candidate (2021-04-01) This makes extra work for the RP with no benefit to the RP other than an expansion of the number of did methods that they can accept.
-* Final [https://identity.foundation/sidetree/spec/ Sidetree v1.0.0 spec] has no date in the doc itself but the [https://github.com/decentralized-identity/sidetree/commits/master/www/spec/v1.0.0 current history in GitHub] report 2021-03-26.
+* Final [https://identity.foundation/sidetree/spec/ Sidetree v1.0.0 spec] has no date in the doc itself but the [https://github.com/decentralized-identity/sidetree/commits/master/www/spec/v1.0.0 current history in GitHub] reports 2021-03-26.
 ==Solutions==

@@ Line 10: / Line 10: @@
 * As of 2020-11-15 the Sidetree spec required two versions of the DID and stipulated that any RP relying on that DID would have to accept either version interchangeably.
 * The Sidetree folk introduced the idea of "equivalent" IDs (see above problem) into the DID Core spec just before it went to be a candidate (2021-04-01) This makes extra work for the RP with no benefit to the RP other than an expansion of the number of did methods that they can accept.
-* Final [https://identity.foundation/sidetree/spec/ Sidetree v1.0.0 spec] has no date but did existing on 2021-08-01
+* Final [https://identity.foundation/sidetree/spec/ Sidetree v1.0.0 spec] has no date in the doc itself but the [https://github.com/decentralized-identity/sidetree/commits/master/www/spec/v1.0.0 current history in GitHub] report 2021-03-26.
 ==Solutions==

@@ Line 14: / Line 14: @@
 What is Sidetree?
-Self-issued identifiers, for example, Decentralized identifiers (DIDs) enable a person or entity to securely authenticate, demonstrate intent and exchange data, where the identifier is being managed independently of those systems and organizations. DID events such as creation, updates, and revocations can be organized and propagated by DID networks. Sidetree describes a protocol for building such networks without being coupled to a particular underlying ledger or event record system. The protocol and data model described by Sidetree enables a decentralized identifier model that allows its user to ultimately be in control of the identifier and its history, without introducing additional trust requirements beyond the underlying event record system. Sidetree-based networks can be implemented on top of a wide variety of event record and propagation methodologies(public [[Blockchain]]s, [[Federation]] and witness protocols, or [[Permissioned Blockchain]]s) and can be as open as the underlying mechanism. Sidetree enables a scalableprotocol, that can be overlaid on a variety of eventrecord and propagationsystems,for creating vibrant digital ecosystems based ondecentralized identifiers
+Self-issued identifiers, for example, Decentralized identifiers (DIDs) enable a person or entity to securely authenticate, demonstrate intent and exchange data, where the identifier is being managed independently of those systems and organizations. DID events such as creation, updates, and revocations can be organized and propagated by DID networks. Sidetree describes a protocol for building such networks without being coupled to a particular underlying ledger or event record system. The protocol and data model described by Sidetree enables a decentralized identifier model that allows its user to ultimately be in control of the identifier and its history, without introducing additional trust requirements beyond the underlying event record system. Sidetree-based networks can be implemented on top of a wide variety of event record and propagation methodologies(public [[Blockchain]]s, [[Federation]] and witness protocols, or [[Permissioned Blockchain]]s) and can be as open as the underlying mechanism. Sidetree enables a scalable protocol, that can be overlaid on a variety of event record and propagation systems, for creating vibrant digital ecosystems based on decentralized identifiers
 from Troy Ronda 2021-04-02

@@ Line 9: / Line 9: @@
 * As of 2020-11-15 the IPFS implementations were at Alpha release level and not recommended for production use.
 * As of 2020-11-15 the Sidetree spec required two versions of the DID and stipulated that any RP relying on that DID would have to accept either version interchangeably.
-* The Sidetree folk introduced the idea of "equivalent" IDs (see above problem) into the DID Core spec just before it went to ba a candidate (2021-04-01) This makes extra work for the RP with no benefit to it.
+* The Sidetree folk introduced the idea of "equivalent" IDs (see above problem) into the DID Core spec just before it went to ba a candidate (2021-04-01) This makes extra work for the RP with no benefit to the RP.
 ==Solutions==