Git이“블록 체인”으로 간주되지 않는 이유는 무엇입니까?

Git의 내부 데이터 구조는 데이터 객체의 트리이며 각 객체는 이전 객체 만 가리 킵니다. 각 데이터 블록은 해시됩니다. 저장된 해시와 실제 해시가 벗어날 때 중간 블록 수정 (비트 오류 또는 공격)이 나타납니다.

이 개념은 블록 체인과 어떻게 다릅니 까?
Git은 블록 체인의 예로 제시되지는 않지만 최소한 요약하면 데이터 블록, 단일 방향 역방향 연결, 해시 등 두 데이터 구조 설명은 모두 비슷합니다.

그렇다면 차이점은 어디에 있습니까, Git을 블록 체인이라고하지 않습니까?

git 여러 가지 이유로 블록 체인 기술의 예가 아닙니다 (이것이 처음으로 떠 올랐습니다).

1. 블록 체인 구현에서 모든 블록은 블록 체인에 추가되기 전에 여러 번 독립적으로 검증됩니다. 이것은 실제로 블록 체인 기술에서 가장 중요한 것 중 하나이며 "해킹 불가능"을 보장합니다. 반면, 많은 git프로젝트는 독립적 인 검증이 필요하지 않으며 필요한 경우 저장소에 커밋되기 전에 한 사람 만 변경에 대해 사인 오프하도록 요구합니다. 따라서, 최대 1 개의 검증 포인트를 통해 신뢰해야하는 git블록 체인 기술의 핵심 원칙 중 하나를 깨뜨립니다.

2. git저장소는 반드시 여러 서버에 복제되지 않습니다. git저장소에서 로컬로 작업 할 수 있으며 로컬 디스크가 손상된 경우 모든 것을 잃게됩니다. 블록 체인 기술은 서버에서 원장을 재생산 함을 의미합니다.

3. git기록 을 다시 쓸 수 있습니다 . 에서보다 이전 상태로 설정되어 역사를 다시 쓸 것이다. 블록 체인에서 원장은 불변의 역사입니다.git push <remote> <branch> --force<branch><remote>

Git과 블록 체인이 비슷한 것처럼 보이는 이유는 머클 트리 를 기본 데이터 구조로 사용하고 있기 때문 입니다. 머클 트리는 각 노드에 해당 컨텐츠의 암호화 해시 값으로 레이블이 지정된 트리이며 하위의 레이블을 포함합니다.

Git의 비순환 그래프는 각 노드 (태그, 커밋, 트리 또는 블로 브 객체)에 컨텐츠의 해시와 "자식"의 레이블이있는 머클 트리입니다. 커밋의 경우 "자식"이라는 용어는 Git의 부모에 대한 이해와 약간 충돌합니다. 부모 커밋 은 커밋 의 자식이므로 그래프를 다시 뿌리를 내림으로써 계속 자라는 나무로보아야합니다.

블록 체인은 이와 마찬가지로 계속 커지고 데이터 무결성을 보장하기 위해 머클 트리 속성을 사용하고 있기 때문에 이와 매우 유사합니다. 그러나 일반적으로 블록 체인은 단순한 어리석은 컨텐츠 추적기 인 Git 과 분리되는 머클 트리 이상의 의미로 이해됩니다. . 예를 들어, 블록 체인은 일반적으로 블록 수준에서 고도로 분산 된 시스템을 의미합니다 (모든 블록이 동일한 위치에있을 필요는 없음).

블록 체인을 이해하는 것은 어렵습니다 (개인적으로는 여전히 모든 것에 대해 이해하지 못합니다).하지만 Git 내부를 이해하는 것은 머클 트리를 이해하는 좋은 방법으로 블록 체인에 대한 기본 부분을 이해하는 데 도움이됩니다.

비트 코인과 같은 사이버 통화는 분산 된 합의 암호화 블록 체인 (머클 트리)을 사용합니다. 일반적인 사용법은 이것을 '블록 체인'으로 단축했습니다.

git은 일련의 블록 (머클 트리)을 사용하지만 'BlockChain'이라는 용어의 일반적인 사용이 암시하는 분산 합의 암호화 구성 요소가 없습니다.

Blockchain블록의 체인 이 아닙니다 .

Blockchain언제 두 개 이상이 전환되는 주쇄를 결정하는 방법이 , 어떠한 중앙 당국은 그 판정에 필요하지 않은 경우.

암호 화폐 블록 체인 과 달리 ; git에는 p2p trustless consensus 메커니즘이 없습니다.

머클 트리를 데이터 구조로 사용하지만 목표는 블록 체인과 자식에 대해 다릅니다.

A blockchain는 일반적으로 노드 간 통신을위한 프로토콜을 준수하고 새 블록을 검증하는 피어 투 피어 네트워크에 의해 관리됩니다. 일단 기록되면, 주어진 블록의 데이터는 모든 후속 블록을 변경하지 않고 소급하여 변경할 수 없으므로 네트워크 과반수의 합의가 필요합니다.

비트 코인 백서에 따르면 :

순전히 피어 투 피어 버전의 전자 현금을 사용하면 금융 기관을 거치지 않고 온라인 결제를 한 당사자에서 다른 당사자로 직접 보낼 수 있습니다. 디지털 서명은 솔루션의 일부를 제공하지만 이중 지출을 방지하기 위해 신뢰할 수있는 타사가 여전히 필요한 경우 주요 이점이 손실됩니다. 우리는 피어 투 피어 네트워크를 사용하여 이중 지출 문제에 대한 해결책을 제안합니다. 네트워크는 트랜잭션을 해시 기반 작업 증명 체인으로 해시하여 트랜잭션을 타임 스탬프 처리하여 작업 증명을 다시 작성하지 않고는 변경할 수없는 레코드를 형성합니다. 가장 긴 체인은 목격 된 이벤트 순서에 대한 증거 일뿐만 아니라 가장 큰 CPU 전원 풀에서 비롯된 것입니다. 대부분의 CPU 전원이 네트워크를 공격하기 위해 협력하지 않는 노드에 의해 제어되는 한 가장 긴 체인을 생성하고 공격자를 능가합니다. 네트워크 자체에는 최소한의 구조가 필요합니다. 메시지는 최선의 노력으로 브로드 캐스트되며 노드는 마음에 드는대로 네트워크를 떠나고 다시 참여할 수 있으며, 가장 긴 작업 증명 체인을 사라진 동안 발생한 일의 증거로 승인합니다.

Git소프트웨어 개발 중 소스 코드의 변경 사항을 추적하기위한 분산 버전 제어 시스템 인 반면 프로그래머 간의 작업 조정을 위해 설계되었지만 모든 파일 세트의 변경 사항을 추적하는 데 사용할 수 있습니다. 목표는 속도, 데이터 무결성 및 비선형 분산 워크 플로우 지원을 포함합니다.

Linus Torvalds에 따르면 :

많은 방법으로 git을 파일 시스템으로 볼 수 있습니다. 컨텐츠 주소 지정이 가능하고 버전 관리라는 개념이 있지만 파일 시스템 사람의 관점에서 문제가 발생하도록 설계했습니다 (이봐, 커널은 내가하는 일입니다) 실제로 기존 SCM 시스템을 만드는 데 전혀 관심이 없습니다.

으로 포크는 말했다 :

Git과 Blockchain은 Merkle Trees 를 사용하여 정렬 된 타임 스탬프 트랜잭션을 저장 하기 때문에 비슷하게 보입니다 . 머클 트리는 각 노드에 하위의 레이블을 포함하는 컨텐츠의 암호화 해시 값으로 레이블이 지정된 트리 데이터 구조입니다.

첫 번째 차이점은 해시 함수입니다 . 블록 체인은 매우 비싼 해시 함수를 사용하므로 간단한 커밋 메시지로 Git "블록"을 만들 수 있지만 각 블록을 채굴해야합니다.

Bitcoin의 목적은 거래 순서에 신뢰를 추가하는 것입니다. 가장 긴 체인에 중점을 둡니다. 계산하는 데 비용이 가장 많이 들고 진실 일 가능성이 큽니다.

Bitcoin은 해시가 만족스러운 해시를 찾을 때까지 메시지의 값 ( "nonce")을 증가시켜 특정 매개 변수 (특정 0으로 시작)를 충족하도록 요구함으로써이를 달성합니다. 이를 위해서는 노력이 필요하지만 nonce를 검증하는 데 단 하나의 계산 만 필요합니다. 다수의 논 스가 만족스러운 해시를 생성한다면, 하나는 낮아지고 진실로 간주됩니다. 다른 인증 체계는 네트워크 계약 또는 다른 방법으로 투표 한 권한에 대한 해시 발급을 중앙 집중화하여 해시를 신뢰할 수있게 만듭니다.

블록 체인 데이터는 트랜잭션으로 제한되며, 유효성을 준수해야합니다. 다음 블록에 포함 되려면 트랜잭션이 유효해야합니다. 비트 코인 거래는 돈 가치 교환과 같이이 전송을 기록하기 위해 비싼 블록을 사용하는 것을 정당화하는 현실 세계에서 중요한 무언가에 해당합니다. 우리는 실제로 최종 원장에 신경 쓰지 않습니다. 그것은 실제 세계에서 무언가에 대한 은유입니다.

반대로 커밋은 임의의 양의 데이터를 포함 할 수 있으므로 Git 블록은 임의적입니다. 값은 최종 제품에 관심을 갖기 때문에 git 트리로 구성되는 데이터의 변경에 있습니다 .git 저장소의 존재에 의해 검증됩니다.

Git의 목적은 저렴한 "리더"가 여러 제품 대안을 추적 할 수 있도록하는 것입니다. Git의 "지도자"는 우리가 관심을 갖는 것입니다. 이것이 최종 제품입니다. 거래 데이터는 단지 제품이 어떻게 만들어 졌는지를 기록합니다. 우리는 제작자가이 제품을 어떻게 만들 었는지 기록하기에 충분한 오버 헤드만으로 최종 제품의 여러 버전을 만드는 것이 매우 저렴 해 지길 원합니다. 데이터에 대한 명시 적 유효성 검증은 수행되지 않으며 최종 제품이 양호 할 경우 최종 제품을 유지 보수하며 해당 제품이 존재하면이 제품 작성의 체인을 보유하는 것이 유용합니다. 최종 제품이 잘못되었거나 커밋 순서가 유효하지 않은 경우이 "ledger"는 가비지 수집 중에 삭제됩니다.

두 번째 차이점은 블록 체인 거래는 유효한 이전 소스에서 가져와야한다는 것입니다. Git에서는 트리를 확장하는 데 사용하는 데이터는 중요하지 않습니다. 블록 체인에서 거래는 유효한 이전 소스에서 가져와야합니다. 그런 의미에서 Git은 환경의 확장을 추적하는 반면 Blockchain은 닫힌 환경 내에서 가치 교환을 추적합니다.