This article is part of a series of publications that will be uploaded to this site soon that shine on a light on real-world applicability in the blockchain space.

DID(분산 식별자라고 함)는 인증 체계/프로토콜에서 사용할 수 있는 분산 ID 문서입니다.
분명히 여기서 가장 큰 매력은 블록체인(무상태적이고 관계적인 데이터베이스는 이런 과정의 주간으로 사용할 수 있고 변하지 않고 끝이 없는 (이론적) 인용을 추진할 수 있다. 이런 인용은 거의 경험적으로 누군가의 신분을 확정하는 데 사용될 수 있다).
더 많은 정보는 여기에서 찾을 수 있습니다: https://identity.foundation/
첫 페이지에서 이 프로젝트에 블록체인 통합과 관련된 더 많은 정보를 찾을 수 있습니다.

블록체인 관련 DID 프로젝트

DID 프로젝트의 블록체인 보호 우산에는 보안과 관련된 많은 프로젝트가 있습니다.
구체적으로 (본문을 작성할 때):

일반 회전 변압기 = https://github.com/decentralized-identity/universal-resolver

일반 레지스터 = https://github.com/decentralized-identity/universal-registrar

.알려진 DID 구성 = https://github.com/decentralized-identity/.well-known/

KERI(주요 이벤트 수신 인프라) = https://github.com/decentralized-identity/keri

피어 DID 방법 사양 = https://github.com/decentralized-identity/peer-did-method-spec

DID 사양 확장 = https://github.com/decentralized-identity/did-spec-extensions

이더리움과 통합

이것은 어떻게 작동하는지 개념화하기 어렵거나 블록체인의 직관적인 연결/링크가 무엇인지 이해하기 어렵습니까?
그래, 다행이다. (더 많은 정보를 알고 싶다면) 얼마 전 이더리움을 위한 (이 작업에 따라) 개원 사이드 트리 프로토콜 방안이 있고, 평가를 위해 공개적으로 발표되었기 때문이다.
가장 좋은 부분은...GUI가 있습니다.
다음은 관련 저장소의 두 링크입니다.
A) 측면 트리 사양명세 = https://github.com/decentralized-identity/sidetree
B) 요소(기본적으로 GUI 컨텍스트에서 에지 트리 프로토콜 구현) = https://github.com/decentralized-identity/element

사이드 트리 및 요소에 대한 추가 정보

원본 사이드 트리 리셋에서 설명한 바와 같이 (아카이브되어 이름이 지정된 두 저장소로 바뀌었기 때문에 위에서 링크되지 않음) 사이드 트리 프로토콜:

"Is a REST API that supports anchoring of Sidetree Transactions to the Ethereum [and any other blockchain for which specification is built upon]..."

게다가

"A Sidetree Transaction is a JSON Document of the following format"

{
  "transactionTime": 53,
  "transactionTimeHash": "0xa6dd7120730ddccf4788a082b0b5607fd1f39dbb80ebc170678551878b90b835",
  "transactionNumber": 15,
  "anchorFileHash": "QmcModh3cTgSpr8A6m7jNHnwVZRGZsepWv3uaFtD5KhL2U"
}

"The anchorfilehash is a multihash content address for an anchor file of the following format"

{
  "batchFileHash": "QmcModh3cTgSpr8A6m7jNHnwVZRGZsepWv3uaFtD5KhL3U",
  "merkleRoot": "b6dd7120730ddccf4788a082b0b5607fd1f39dbb80ebc170678551878b90b836"
}

"The batchFileHash is a multihash content address for a batch file of the following format:"

{
  "operations": [
    "eyJzaWduaW5nS2V5SWQiOiJrZXkxIiwiY3JlYXRlUGF5bG9hZCI6ImV5SkFZMjl1ZEdWNGRDSTZJbWgwZEhCek9pOHZkek5wWkM1dmNtY3ZaR2xrTDNZeElpd2lhV1FpT2lKa2FXUTZjMmxrWlhSeVpXVTZhV2R1YjNKbFpDSXNJbkIxWW14cFkwdGxlU0k2VzNzaWFXUWlPaUpyWlhreElpd2lkSGx3WlNJNklsTmxZM0F5TlRack1WWmxjbWxtYVdOaGRHbHZia3RsZVRJd01UZ2lMQ0p3ZFdKc2FXTkxaWGxJWlhnaU9pSXdNamMyWXpJek5EZ3dNelU0TWpJeE9EZ3dPVFkwTlRWaU4yWXpaakprTlRaaE5HSmhZbVU0WkRka09UZGpZMlF5TmpnMVl6VXdZbVJpTXpVNFpHUmlOekVpZlN4N0ltbGtJam9pWkdsa09uTnBaR1YwY21WbE9tUnBaRkJ2Y25ScGIyNUpaMjV2Y21Wa0kydGxlVElpTENKMGVYQmxJam9pVW5OaFZtVnlhV1pwWTJGMGFXOXVTMlY1TWpBeE9DSXNJbTkzYm1WeUlqb2laR2xrT25OcFpHVjBjbVZsT21sbmJtOXlaV1JWYm14bGMzTlNaWE52YkhaaFlteGxJaXdpY0hWaWJHbGpTMlY1VUdWdElqb2lMUzB0TFMxQ1JVZEpUaUJRVlVKTVNVTWdTMFZaTGpJdVJVNUVJRkJWUWt4SlF5QkxSVmt0TFMwdExTSjlYU3dpYzJWeWRtbGpaU0k2VzNzaWRIbHdaU0k2SWtsa1pXNTBhWFI1U0hWaUlpd2ljSFZpYkdsalMyVjVJam9pWkdsa09uTnBaR1YwY21WbE9tbG5ibTl5WldRamEyVjVMVEVpTENKelpYSjJhV05sUlc1a2NHOXBiblFpT25zaVFHTnZiblJsZUhRaU9pSnpZMmhsYldFdWFXUmxiblJwZEhrdVptOTFibVJoZEdsdmJpOW9kV0lpTENKQWRIbHdaU0k2SWxWelpYSlRaWEoyYVdObFJXNWtjRzlwYm5RaUxDSnBibk4wWVc1alpYTWlPbHNpWkdsa09tSmhjam8wTlRZaUxDSmthV1E2ZW1GNk9qYzRPU0pkZlgxZGZRIiwic2lnbmF0dXJlIjoibnFTNDNLeTNYUjBmanRQTHFVaHpTRWhKLWlUbEJ0ZXdGdDl1dDN3YVhyMWhaRTRQSy1VcXZEYzlzVUtscTZNX0hDdHkxVkM1U1Fpa0FPVlRPN3JnRkEiLCJwcm9vZk9mV29yayI6InByb29mIG9mIHdvcmsifQ"
  ]
}

"merkleroot은 주어진 작업이 일괄에 포함되어 있음을 증명하는 데 사용됩니다."

사이드 트리 프로토콜의 총체적 요점과 블록체인 환경에서의 관련성

비록 우리는 모두 자금을 발송/수신하는 배경에서 블록체인을 명확하게 대하지만, 그 암호화 방면은 무시된 것 같다.
그러나 바로 블록체인의 이러한 속성은 블록체인 자체의 기능(즉 구체적인 작업 증명)과 결합할 때 가장 큰 희망을 제공한다.
작업 증명서는 그것을 유일한 효과적인 해결 방안으로 만드는 접착제이다
비록 우리는 블록체인에 대해 많은 비판을 제기할 수 있지만 공인된 개념은 더 큰 협의(즉 비트코인과 이더리움)에서 진행된 지불이 효과적이라고 여겨진다는 것이다.
내가 말한 유효성은 아무도 이 협의상의 거래가 어떤 방식으로든 위조되었는지 의심하지 않는다는 것을 가리킨다.
그들은 왜 이렇게 하려고 합니까?
이러한 프로젝트의 암호화 기술과 제품의 공공 거래 체인은 다음과 같이 허용됩니다.

최대 "업무 증명서"가 있는 체인의 독립적인 검증.

'업무 증명'에 대한 객관적인 정의(이렇게 하면 인터넷에서'의견'의 불일치/불일치가 없을 것이다. 인터넷에서 의견의 불일치가 없을 것이 아니라 의견의 불일치가 없을 것이다).

네트워크를 파괴하려는 공격자는 업무 증명 규범을 준수해야 한다.따라서 우리는 결국 일종의 순환 상황에 빠졌다. 즉, 공격자는 반드시 합법적인 광부와 같은 임무를 집행해야만 협의를 파괴할 수 있다는 것이다.(이것은 주어진 공격자가 이런 방식으로 협의를 파괴할 수 있다면 그들은 더욱 성실하게 발굴하기를 원할 가능성이 높다는 것을 의미한다. 이로 인해 이더리움의 고전적인 상황은 더욱 흥미롭다. 그러나 이것은 또 다른 이야기이다.)

이 모든 것이 무엇을 의미하는가

본질적으로 블록에 저장된 해시(모든 업무와 모든 사무에 대해)는 외부 프로토콜의 상하문에서 프로토콜에 의존하는 모든 정보의'닻'(즉, 어떤 업무의 해시, 표지 등)의'닻')으로 사용할 수 있다.

인스턴스

앞에서 설명한 바와 같이, https://element-did.com/ DID 트리 프로토콜의 실례/실현
GitHub 저장소: https://github.com/decentralized-identity/element

이더리움 사이드 트리 프로토콜의 실시간 관찰

좀 더 아래로 스크롤하면 페이지에'지갑 만들기'옵션과 여행이 있습니다.

만약 누군가가 Metamask 지갑을 다운로드했다면, 그들이 이 사이드 트리 프로토콜에서 지갑을 만들려고 시도할 때, 그들은 나일 것이다. 그리고 다음과 같은 텍스트를 표시할 것이다.

"Your keys are ready for use. If you wish to reuse these keys in another application, you must lock this keystore and then export it."

가장 좋은 것은 실천 중에 자신의 노드를 가동하는 것이다

이것은 단지 나의 개인적인 관점일 뿐이다. (원한다면 솔직히 말해 주십시오.) - 그러나 이것은 내가 개인적으로 자신의 노드(공공 노드에 비해)에서 도망갈 것이다.
이것은 분명히 발생하고 있는 어떤 일도 혼동하지 않지만, 한 사람이 그 거래를 다른 유사한 거래의 배경에 병렬시키는 것을 막을 것이다. 다음과 같다.

끝내다

이것은 블록체인에 대한 새로운 이해일 뿐 특정 프로젝트/영패 홍보와 관련이 없다.
이 분야에서는 바퀴를 백만 번 반복 발명하는 데 너무 많은 주의력을 기울이고 있는 것 같아서 이미 만들어진 해결 방안(즉 이더리움)을 연구하는 데 시간을 들이는 사람이 없다.
이런 사이드 트리 프로토콜도 비트코인에 효과적으로 적용된다. (다시 한 번 말하지만, 왜 아무도 이것이 실행 가능한 신분 검증을 바탕으로 하는 해결 방안이라고 생각하지 않습니까?)