Чому Git не вважається "ланцюгом блоків"?

Внутрішня структура даних Git - це дерево об'єктів даних, де кожен об'єкт вказує лише на свого попередника. Кожен блок даних хешований. Змінюючи (бітову помилку або атаку) проміжний блок буде помічено, коли збережений хеш і фактичний хеш відхиляться.

Чим ця концепція відрізняється від блокової ланцюга?
Git не вказаний як приклад блокових ланцюгів, але принаймні у підсумках обидва описи структури даних виглядають однаково: блок даних, односпрямоване зворотне посилання, хеші, ...).

Тож де різниця в тому, що Git не називається блок-ланцюгом?

git не є прикладом технології blockchain з кількох причин (це були перші, які прийшли в голову):

1. У реалізації блокчейна кожен блок перевіряється незалежно кілька разів, перш ніж він буде доданий до блокчейн. Це справді одна з найважливіших речей щодо технології blockchain, і це те, що забезпечує її "непридатність". З іншого боку, для багатьох gitпроектів не потрібна незалежна перевірка, і, коли вони робляться, вони вимагають лише однієї особи, яка підписується на зміну, перш ніж вона буде прийнята до сховища. Отже, щонайменше один момент підтвердження, якому ви повинні довіряти, gitпорушує один із основних принципів технології blockchain.

2. gitРепозиторій не обов'язково дублюється на багатьох серверах. Ви можете працювати з gitсховища локально, і якби ваш локальний диск був пошкоджений, ви втратили б усе. Технологія blockchain передбачає відтворення книги на серверах.

3. Можна переписати gitісторію. git push <remote> <branch> --force, Де <branch>встановлюється в попередній стан , ніж при <remote>б переписати історію. У блокчейнах головна книга - це незмінна історія.

Причина, по якій Git і blockchains виглядають подібними, полягає в тому, що вони обидва використовують дерева merkle як основу структури даних. Меркелеве дерево - це дерево, де кожен вузол позначений криптографічним значенням хешу їх вмісту, що включає мітки його дітей.

Ациклічний графік Гіта - це саме те, меркеле дерево, де кожен вузол (тег, фіксація, дерево або об'єкт блобу) позначений хешем його вмісту та міткою його "дочірки". Зауважте, що для комітетів термін "дочірній" дещо суперечить розумінням Гітом батьків: Батьківські коміти є дітьми комітетів, потрібно просто дивитися на графік як на дерево, яке постійно зростає шляхом його повторного вкорінення.

Blockchains дуже подібні до цього, оскільки вони також постійно ростуть, і вони також використовують його властивість дерева merkle для забезпечення цілісності даних. Але зазвичай блокчейн розуміють як набагато більше, ніж просто мерклі дерева, де вони відокремлюються від " глупого трекера вмісту" Гіта . Наприклад, blockchains зазвичай також означає наявність сильно децентралізованої системи на рівні блоку (не всі блоки повинні знаходитися в одному місці).

Зрозуміти блокчейн - це складно (особисто, я все ще далеко від розуміння всього про це), але я вважаю розуміння внутрішніх справ Git хорошим способом зрозуміти меркливі дерева, що безумовно допомагає зрозуміти фундаментальну частину про блокчейни.

Кібер-валюти, як Біткойн, використовують розподілений консенсус криптографічного ланцюга блоків (меркле дерево). Поширене використання скоротило це до "blockchain"

У той час як git використовує ланцюжок блоків (меркле дерево), йому не вистачає розподілених консенсусів криптографічних компонентів, що загальне використання терміна "BlockChain" означає.

Blockchainце не просто будь-який ланцюжок будь-яких блоків.

Blockchainце коли існує спосіб визначення основної ланцюга, коли два або більше відволікаються , і коли для цього визначення не потрібен центральний орган.

На відміну від блокчейн криптовалют ; git не має надійного механізму консенсусу p2p.

Цілі відрізняються від blockchain та git, хоча обидва використовують дерева merkle як структуру даних.

A, blockchainяк правило, керується одноранговою мережею, яка дотримується протоколу для зв'язку між вузлами та перевірки нових блоків. Після запису дані в будь-якому даному блоці не можуть бути змінені заднім числом без зміни всіх наступних блоків, що вимагає консенсусу більшості мережі.

Як повідомляє Біткойн:

Суто рівноправна версія електронних готівкових коштів дозволить переказувати онлайн-платежі безпосередньо від однієї сторони до іншої, не проходячи через фінансову установу. Цифрові підписи є частиною рішення, але основні переваги втрачаються, якщо для запобігання подвійних витрат все-таки потрібна довірена третя сторона. Ми пропонуємо вирішити проблему подвійних витрат за допомогою однорангової мережі. Мережеві часові позначки транзакцій шляхом їх перемішування в поточний ланцюжок хеш-перевірки роботи, утворюючи запис, який неможливо змінити без повторного підтвердження роботи. Найдовший ланцюг слугує не лише доказом послідовності подій, але й доказом того, що він походить від найбільшого пулу потужності процесора. Поки більшість потужностей процесора контролюються вузлами, які не співпрацюють для атаки на мережу, вони " Створять найдовших зловмисників ланцюга та випередження. Сама мережа вимагає мінімальної структури. Повідомлення транслюються з найкращого зусилля, і вузли можуть за власним бажанням залишати мережу та знову приєднуватися до неї, приймаючи найдовший ланцюжок перевірки роботи як доказ того, що сталося, поки їх не було.

Хоча Gitце розподілена система контролю версій для відстеження змін у вихідному коді під час розробки програмного забезпечення. Він призначений для координації роботи серед програмістів, але його можна використовувати для відстеження змін у будь-якому наборі файлів. Її цілі включають швидкість, цілісність даних та підтримку розподілених, нелінійних робочих процесів.

Як стверджує Лінус Торвальдс:

Багато в чому ви можете просто бачити git як файлову систему - це адресована контентом і має поняття про версію, але я дійсно спроектував це з проблемою з точки зору людини файлової системи (ей, ядра - це я роблю) , і я насправді абсолютно не зацікавлений у створенні традиційної системи SCM.

Як сказав poke :

Git і Blockchains виглядають схожими, оскільки вони обидва використовують Merkle Trees для зберігання впорядкованих транзакцій, розмічених часом. Меркелеве дерево - це структура даних дерева, де кожен вузол позначений криптографічним значенням хешу їх вмісту, що включає мітки його дочірніх.

Перша відмінність полягає у функції Hash : Blockchain має дуже дорогу хеш-функцію, так що кожен блок повинен бути видобутий, коли "блок" Git можна створити за допомогою простого повідомлення про фіксацію.

Мета Bitcoin - додати довіру до порядку транзакцій. Основна увага приділяється найдовшій ланцюжку, оскільки обчислити це найдорожче, і, отже, це правда.

Біткойн виконує це, вимагаючи, щоб хеш відповідав певним параметрам (починається з певної кількості 0с), збільшуючи в повідомленні значення ("немає"), поки не знайдеться задовільний хеш. Для цього потрібні зусилля для пошуку, але лише 1 розрахунок, щоб перевірити його на відсутність; і якщо декілька значень дають задовільний хеш, то один буде нижчим і вважатиметься правдою. Інші схеми аутентифікації роблять хеш надійним, централізуючи видачу хешу органу, можливо, проголосованому мережевою угодою чи іншим методом.

Дані блокчейн обмежені транзакціями, які повинні відповідати валідації. Трансакція повинна бути дійсною для включення в наступний блок. Угода про біткойн відповідає чомусь важливому в реальному світі, що виправдовує використання дорогого блоку для запису такого переказу, як, наприклад, обмін грошової вартості. Нас нас справді не цікавить остаточна книга, це метафора чогось у реальному світі.

Навпаки, блоки Git є довільними, оскільки фіксація може містити будь-яку кількість даних. Цінність полягає у зміні даних, що впорядковуються в дереві git, оскільки ми дбаємо про кінцевий продукт, це підтверджено наявністю сховища git.

Мета Git - дозволити дешевим «книгам» відстежувати декілька альтернатив продукту. «Ведення книги» в Git - це те, про що ми дбаємо, це наш кінцевий продукт; дані транзакцій просто записують, як продукт був побудований. Ми хочемо зробити дуже дешевим виготовлення декількох версій кінцевої продукції, достатньо накладних витрат, щоб вимагати від творця записати, як вони побудували цей продукт. Ніякої чіткої перевірки даних не робиться, ви підтримуєте кінцевий продукт, якщо він виглядає добре, і це існування робить корисним ланцюжок створення цього продукту. Якщо кінцевий продукт поганий або порядок комісій недійсний, ця "книга" буде видалена під час вивезення сміття.

Друга відмінність полягає в тому, що транзакції Blockchain повинні надходити з попереднього дійсного джерела. У Git нам не байдуже, які дані ви використовуєте для розширення дерева. У Blockchain транзакції повинні надходити з попереднього дійсного джерела. У цьому сенсі Git відстежує розширення нашого середовища, тоді як Blockchain відстежує обмін цінності в закритому середовищі.