Perché Git non è considerato una "catena a blocchi"?

La struttura dati interna di Git è un albero di oggetti dati, in cui ogni oggetto punta solo al suo predecessore. Ogni blocco di dati è sottoposto a hash. La modifica (errore bit o attacco) di un blocco intermedio verrà notata quando l'hash salvato e l'hash effettivo si discostano.

In che modo questo concetto è diverso dalla catena a blocchi?
Git non è elencato come esempio di catene di blocchi, ma almeno nei riassunti, entrambe le descrizioni della struttura dei dati si assomigliano: blocco di dati, collegamento inverso in una sola direzione, hash, ...).

Allora, qual è la differenza, che Git non è chiamato catena di blocchi?

git non è un esempio di tecnologia blockchain per diversi motivi (questi sono stati i primi che mi sono venuti in mente):

1. In un'implementazione blockchain, ogni blocco viene verificato in modo indipendente più volte prima di essere aggiunto alla blockchain. Questa è davvero una delle cose più importanti della tecnologia blockchain ed è ciò che garantisce la sua "infondabilità". D'altra parte, molti gitprogetti non richiedono una verifica indipendente e, quando lo fanno, richiedono solo una persona per firmare una modifica prima che venga impegnata nel repository. Quindi, con al massimo un punto di convalida di cui ti devi fidare, gitrompe uno dei principi fondamentali della tecnologia blockchain.

2. Un gitrepository non è necessariamente duplicato su molti server. Puoi lavorare da un gitrepository localmente e se il tuo disco locale fosse danneggiato, perderesti tutto. La tecnologia blockchain implica la riproduzione del libro mastro tra server.

3. Puoi riscrivere la gitstoria. Un git push <remote> <branch> --forcedove <branch>è impostato su uno stato precedente a quello at <remote>riscriverebbe la cronologia. Nelle blockchain, il libro mastro è una storia immutabile.

Il motivo per cui Git e blockchain sembrano simili è perché entrambi utilizzano alberi di merkle come struttura dati sottostante. Un albero merkle è un albero in cui ogni nodo è etichettato con il valore hash crittografico del loro contenuto, che include le etichette dei suoi figli.

Il grafico aciclico diretto di Git è esattamente questo, un albero merkle in cui ogni nodo (tag, commit, albero o oggetto BLOB) è etichettato con l'hash del suo contenuto e l'etichetta del suo "figlio". Si noti che per i commit, il termine "figlio" è leggermente in conflitto con la comprensione di Git dei genitori: i commit dei genitori lo sono i figli dei commit, devi solo guardare il grafico come un albero che continua a crescere rinviandolo.

Le blockchain sono molto simili a questo, poiché continuano a crescere in questo modo e stanno anche usando la sua proprietà dell'albero merkle per garantire l'integrità dei dati. Ma di solito, le blockchain sono considerate molto più che semplici alberi merkle che è dove si stanno separando dallo “stupido tracker di contenuti” Git . Ad esempio, blockchain di solito significa anche avere un sistema altamente decentralizzato a livello di blocco (non tutti i blocchi devono trovarsi nello stesso posto).

Comprendere le blockchain è un po 'difficile (personalmente, sono ancora molto lontano dalla comprensione di tutto al riguardo), ma considero comprendere gli interni di Git come un buon modo per comprendere gli alberi di merkle che sicuramente aiuta a comprendere una parte fondamentale delle blockchain.

Le valute informatiche come Bitcoin, utilizzano una catena crittografica di blocchi distribuiti (albero merkle). L'uso comune lo ha abbreviato in 'blockchain'

Mentre git usa una catena di blocchi (albero di merkle), manca i componenti crittografici dei consensi distribuiti che implicano l'uso comune del termine 'BlockChain'.

Blockchainnon è solo una catena di blocchi.

Blockchainè quando c'è un modo per determinare la catena principale quando due o più sono deviati e quando non è necessaria alcuna autorità centrale per quella determinazione.

A differenza delle blockchain di criptovaluta ; git non ha un meccanismo di consenso senza fiducia p2p.

Gli obiettivi sono diversi per blockchain e git sebbene entrambi utilizzino alberi merkle come struttura di dati.

A blockchainè in genere gestito da una rete peer-to-peer che aderisce a un protocollo per la comunicazione tra nodi e convalida nuovi blocchi. Una volta registrati, i dati in un determinato blocco non possono essere modificati retroattivamente senza l'alterazione di tutti i blocchi successivi, il che richiede il consenso della maggioranza della rete.

Secondo il white paper di Bitcoin:

Una versione puramente peer-to-peer di contanti elettronici consentirebbe di inviare pagamenti online direttamente da una parte all'altra senza passare attraverso un istituto finanziario. Le firme digitali forniscono parte della soluzione, ma i vantaggi principali vanno persi se è necessario un terzo fidato per evitare la doppia spesa. Proponiamo una soluzione al problema della doppia spesa utilizzando una rete peer-to-peer. La rete timestamps le transazioni inserendole in una catena in corso di prove di lavoro basate sull'hash, formando un record che non può essere modificato senza ripetere la prova di lavoro. La catena più lunga non serve solo come prova della sequenza di eventi osservati, ma prova che proviene dal più grande pool di potenza della CPU. Finché la maggior parte della potenza della CPU è controllata da nodi che non cooperano per attaccare la rete, essi " Genererò gli attacchi a catena e outpace più lunghi. La stessa rete richiede una struttura minima. I messaggi vengono trasmessi in modo ottimale e i nodi possono lasciare e ricollegarsi alla rete a piacimento, accettando la più lunga catena di prove di lavoro come prova di ciò che è accaduto mentre erano andati

While Gitè un sistema di controllo della versione distribuito per tenere traccia delle modifiche nel codice sorgente durante lo sviluppo del software, progettato per coordinare il lavoro tra i programmatori, ma può essere utilizzato per tenere traccia delle modifiche in qualsiasi set di file. I suoi obiettivi includono velocità, integrità dei dati e supporto per flussi di lavoro distribuiti e non lineari.

Secondo Linus Torvalds:

In molti modi puoi semplicemente vedere git come un filesystem - è indirizzabile ai contenuti e ha una nozione di versioning, ma l'ho davvero progettato arrivando al problema dal punto di vista di una persona del filesystem (hey, kernel è quello che faccio) e in realtà non ho alcun interesse a creare un sistema SCM tradizionale.

Come detto poke :

Git e Blockchains sembrano simili perché utilizzano entrambi Merkle Trees per archiviare le transazioni con data e ora ordinate. Un albero merkle è una struttura di dati ad albero in cui ogni nodo è etichettato con il valore hash crittografico del loro contenuto, che include le etichette dei suoi figli.

La prima differenza è la funzione Hash : Blockchain ha una funzione hash molto costosa in modo che ogni blocco debba essere estratto, dove un "blocco" Git può essere creato con un semplice messaggio di commit.

Lo scopo di Bitcoin è aggiungere fiducia all'ordine delle transazioni. L'attenzione si concentra sulla catena più lunga, poiché è la più costosa da calcolare e quindi molto probabilmente la verità.

Bitcoin realizza ciò richiedendo che l'hash soddisfi determinati parametri (inizia con un numero specifico di 0s), incrementando un valore ("nonce") nel messaggio fino a quando non viene trovato un hash soddisfacente. Questo richiede uno sforzo per trovare, ma solo 1 calcolo per verificare un nonce; e se più nonce producono un hash soddisfacente, allora uno sarà più basso e preso come la verità. Altri schemi di autenticazione rendono l'hash degno di fiducia centralizzando il rilascio dell'hash a un'autorità, magari votata da un accordo di rete o da qualche altro metodo.

I dati della blockchain sono limitati alle transazioni, che devono essere conformi alla convalida. La transazione deve essere valida per essere inclusa nel blocco successivo.Una transazione Bitcoin corrisponde a qualcosa di importante nel mondo reale che giustifica l'uso di un blocco costoso per registrare questo trasferimento, come lo scambio di valore in denaro. In realtà non ci interessa il libro mastro finale, è una metafora di qualcosa nel mondo reale.

Al contrario, i blocchi Git sono arbitrari, in quanto un commit può contenere qualsiasi quantità di dati. Il valore sta nelle modifiche dei dati che vengono organizzati nell'albero git perché ci preoccupiamo del prodotto finale, è convalidato dall'esistenza del repository git.

Lo scopo di Git è consentire ai "registri" economici di tenere traccia di più alternative di prodotto. Il "libro mastro" in Git è ciò che ci interessa, è il nostro prodotto finale; i dati delle transazioni registrano semplicemente come è stato creato il prodotto. Vogliamo rendere molto economico realizzare più versioni dei prodotti finali, un sovraccarico sufficiente per richiedere al creatore di registrare come hanno costruito questo prodotto. Non viene effettuata alcuna convalida esplicita sui dati, si mantiene il prodotto finale se sembra buono e quell'esistenza rende utile avere la catena della creazione di questo prodotto. Se il prodotto finale è errato o l'ordine dei commit non è valido, questo "libro mastro" viene eliminato durante la garbage collection.

La seconda differenza è che le transazioni Blockchain devono provenire da una fonte valida precedente. In Git, non ci interessa quali dati utilizzi per estendere l'albero. In Blockchain, le transazioni devono provenire da una fonte valida precedente. In questo senso, Git traccia l'estensione del nostro ambiente, mentre Blockchain traccia lo scambio di valore all'interno di un ambiente chiuso.