Ланцюжки даних представляють натомість пов'язані між собою ідентифікатори даних. Ідентифікатори даних це не самі дані. І точно так само, як блокчейн не містить біткоіни, ланцюжки даних не містять дані.
Як вони не використовуються? Якщо ланцюжка не містять даних, то навіщо вони потрібні?
Обробка даних
Тому, якщо блок ідентифікує безперечну інформацію про фото, наприклад таку, як хеш контенту, він бере дані і порівнює їх з підтвердженим блоком. Якщо блок показує, що дані розпізнані, то мережу погодилася прийняти на себе відповідальність за цілісність цих даних. Тепер ми можемо в історичній переспективе підтвердити, що дані належать будь-якої мережі, і саме ці дані є підтвердженими. Це великий крок вперед, оскільки багато хто думає - о, я можу легко зробити це з існуючим інструментом XYZ, але через кілька хвилин переконуються, що не все так просто.
Як це відбувається в мережі
Тепер ми відходимо від стандартного погляду на одну правдиву ланцюжок і дивимося на її складові частини, або уявімо собі децентралізовану ланцюжок в децентралізованої мережі. Ланцюжок, в якій тільки дуже невелика кількість вузлів буде знати істинність деякого невеликого набору даних, але мережу в цілому знає все про всіх даних.
Ось зображення ланцюжка даних, яка буде побудована. Але як це розділиться в децентралізовану ланцюжок?
поділ
Щоб зрозуміти, як відбувається поділ, подивіться на картинку вище і на просте бінарне дерево xor. Пам'ятайте, що у нас також є поняття групи вузлів. Так що поки візьмемо для прикладу групу з двох учасників.
Процес був би таким:
Тепер в ланцюжку є два посилання, одна на вузол 1 сам по собі і наступна на вузли 1 і 2, обидва пов'язані підписами між собою. Все так і триває, так що я не буду набридає вам подальшим описом.
Таким чином, чим більше вузлів приєднується до мережі, тим більше відбувається поділу ланцюжків у міру мережевого зростання (щоб дізнатися додаткові деталі, дивіться RFC і код). Це дозволяє використовувати кілька дуже потужних функцій, в які ми не будемо занурюватися надто глибоко, але наведемо кілька як приклади:
Можливості також дозволяють набагато більше, наприклад, легке масштабування або подальше скорочення кількості необхідних вузлів. Є сумніви, що повні можливості таких систем можна описати в цій короткій статті, але треба ж з чогось починати?
Для подальшого просування технології необхідні багато речей, вони включають, але не обмежуються такими:
1. Повинна бути завершена розробка на першому етапі (забезпечення сталості та незмінності даних.)
2. Відкриті дебати, презентації та дискусії повинні мати місце.
3. Код повинен бути написаний.
4. Код повинен бути протестований.
5.Інтеграція в існуючі системи.
6. Фінальне тестування.
7. Перехід до загальнодоступного використання.
Дії по пунктам 1, 2, 3 4 тривають прямо зараз. Пункт 5 вимагає змін існуючої таблиці маршрутизації SAFE, розпочатої в RFC. Пункт 4 може бути поліпшений, якщо пункт 2 отримає більше уваги. Пункт 6 це тестування співтовариством і пункт 7 також (так зване альфа-тестування).
Созадётся враження, що ланцюжки даних є наступною стадією еволюції децентралізованих систем. Вони підтримують дані будь-якого типу, розміру або формату, дозволяючи їх переглянути пізніше і працюючи з ними децентралізованим і безпечним способом. І це не тільки фізичні дані самі по собі (і що ще більш важливо), підтвердження цілісності даних в певній мережі.