Bityuan — це проста, стабільна та розширювана публічна ланцюгова мережа. У грудні 2013 року народився BitYuan. Спочатку він створювався за механізмом консенсусу перед майнінгом airdrop + POW. У 2015 році механізм консенсусу BitYuan був оновлений до POS. Після більш ніж чотирьох років проектування та досліджень 17 травня 2018 року BitYuan Blockchain 3.0 було розроблено та протестовано, основну мережу було запущено та оновлено до: SPOS (Safe POS), тобто безпечного механізму консенсусу POS. який оптимізує випадкові числа. Більш ніж через 6 місяців, 7 грудня 2018 року, біткойн (BTY) був офіційно відкритий на Github.
Дослідження та розробка Bityuan використовує основну технологію Hangzhou Complex Beauty Chain33, яка є публічним мережевим проектом із архітектурою кількох ланцюгів (паралельний публічний ланцюг), яка була реалізована та реалізована. На блокчейні Bityuan можна розробити кілька паралельних публічних ланцюгів.Кожний паралельний публічний ланцюг не тільки має різноманітну та незалежну екологічну конструкцію блокчейну та розробку DAPP, але також може реалізувати функції обміну між кількома ланцюгами. Сфери застосування проектів паралельного публічного ланцюга включають: стабільну валюту, червоні конверти, соціальні мережі, електронну комерцію, активи в ланцюжку, борг в ланцюзі, сертифікатний депозит та ігри.

Методи зберігання, які підтримуються проектом

Блокчейн BitYuan взяв на себе лідерство в інноваційному впровадженні MVCCKVDB (багатоверсійне сховище даних KV). Традиційні блокчейни зберігають дані у формі дерев Меркле або дерев MPT. Щоразу, коли дані змінюються,< br> Дерево буде перероблено один раз, що є відносно неефективним. Наприклад, для 20-шарового дерева Merkle для запиту даних листового вузла потрібно виконати 20 операцій читання, в результаті чого ефективність запиту даних становить лише 1/20 ефективності запиту звичайних баз даних, які можна виконати за друга. Система зі 100 000 операціями читання може зчитувати дані лише з 5 000 транзакцій на секунду, що значно обмежує продуктивність читання системи. Під час запису даних також необхідно завантажити дані кількох вузлів у гілку дерева та, нарешті, записати їх на диск після оновлення.Витрата операцій у цьому також відносно велика. BitYuan спирається на концепцію MVCC (Multi-Version Concurrency Control) у проектуванні бази даних і розробляє оригінальний формат зберігання даних KVMVCC, щоб зменшити неефективність структур MAVL або MPT. зростає до певного масштабу.
Обчислення хешу:
statehash=hash (prevstatehash, KVSet, height), який містить інформацію про хеш стану попереднього блоку, дані про стан даних KVSet цього блоку та поточну інформацію про висоту блоку (тобто інформацію про версію).
Наступна відповідність зберігатиметься в базі даних кожного вузла:
hash->height(version)
height(version)->hash
key:height(version)->value
lastest:key->value
Запит даних:
Відповідну висоту (версію) можна знайти відповідно до хешу стану, і коли відповідну висоту можна знайти відповідно до висоти, певне значення ключа відповідає значенню значення.
Перевірка даних:
Для KVSet із певною висотою операції хешування можна виконувати відповідно до хеш-значень prevstatehash, KVSet і висоти попереднього блоку. Якщо хеш значення збігаються, дані не були підроблені, інакше дані змінені або дані неправильні (висота неправильна, або дані KVSet неправильні).
Підтримка останньої версії даних:
Зокрема, зберігаючи ключ і значення останнього блоку, одночасно зберігайте (новий ключ) або оновлюйте (вже є історія) Ключ версії) ключ:останнє->відношення зіставлення значення зберігається в локальній базі даних ключ-значення. Коли вам потрібно отримати останні пакетні дані, ви можете запитувати останні пакетні дані відповідно до останнього префікса (можна налаштувати). Оскільки звичайна база даних "ключ-значення" може добре підтримувати запити на відповідність префіксу, ефективність запиту буде відносно високою, набагато вищою, ніж у запиті деревної структури зберігання Merkle.

Супервузол проекту

Щоб покращити продуктивність блокчейну, паралельний публічний ланцюг зазвичай приймає консенсус DPOS (Share Authorization Proof Mechanism), тобто кілька супервузлів вибираються в ланцюжку для оплати обчислювальної потужності та підтримки широкосмугового зв’язку. ..
Інформація про транзакції повинна бути упакована в блок, і інформація про блок транслюється на інші вузли, а інформація про транзакції зберігається в блоці, щоб виконувати функцію спільного управління спільнотою.
Незалежно від того, успішний публічний ланцюг чи ні, одним із ключових показників є кількість вузлів у ланцюзі. Механізм супервузла може допомогти паралельному публічному ланцюгу швидко створити екологію в ланцюзі та покладатися на роботу та технічне обслуговування кожного супервузла для сприяння процвітанню паралельного публічного ланцюга екології та реалізації більш стабільної, потужної та децентралізованої зони. Система блокчейн.
У той же час оператор паралельного публічного ланцюга може створити основу паралельного ланцюга для сприяння ініціативі та ентузіазму супервузлів за допомогою різних механізмів заохочення токенів і методів роботи основи для супервузлів, а також шляхом повторного викупу токенів. , процедури транзакцій Сприяти здоровому та сталому розвитку паралельного публічного ланцюга.

Проект підтримує функцію oracle

Машина Oracle реалізує зв’язок між блокчейном і реальним світом. Машина Oracle є довіреною сутністю, яка вводить інформацію про стан зовнішнього світу через підписи, таким чином дозволяючи детермінованим смарт-контрактам визначати невизначеність < br> Зовнішній світ реагує. Машина Oracle має такі характеристики: не піддається втручанню, стабільно працює та перевіряється.
Дані випуску контракту Oracle поділяються на три етапи:
(1) Подія випуску даних випуску (повідомити всю мережу про те, що результат події буде оголошено в майбутньому, і призначити унікальний ідентифікатор події, якщо подія не відбулася і її можна скасувати).
(2) Результати попереднього оприлюднення (постачальник даних попередньо оприлюднює результати за часом, якщо під час аудиту результати виявляться проблемними, їх можна відкликати).
(3) Опублікуйте результати (після перевірки попередніх результатів їх буде нарешті оприлюднено в усій мережі, яку неможливо підробити, її можна перевірити та відстежити).
Інші контракти (наприклад, контракти на вгадування) можуть використовувати для виконання (вгадування) дії ідентифікатор події та певні події на кроці вище 1. Коли оголошуються результати кроку 3, контракт на вгадування ініціює завершення контракту вгадування відповідно до результату, що відповідає ідентифікатору події, для досягнення об’єктивного, надійного, перевіреного та відстежуваного чесного вгадування без втручання людини.