A Bityuan egy egyszerű, stabil és bővíthető nyilvános lánchálózat. 2013 decemberében megszületett a BitYuan, amely kezdetben a bányászat előtti airdrop + POW konszenzus mechanizmussal készült, 2015-ben pedig a BitYuan konszenzus mechanizmust frissítették POS-ra. Több mint négy évnyi tervezés és kutatás után 2018. május 17-én kifejlesztették és tesztelték a BitYuan Blockchain 3.0-t, elindították a főhálózatot, és a következőre frissítették: SPOS (Safe POS), azaz biztonságos POS konszenzus mechanizmus. amely optimalizálja a véletlen számokat. Több mint 6 hónappal később, 2018. december 7-én a Bitcoin (BTY) hivatalosan is nyílt forráskódú lett a Githubon.
A Bityuan kutatása és fejlesztése a Hangzhou Complex Beauty Chain33 mögöttes technológiáját alkalmazza, amely egy nyilvános láncprojekt többláncos (párhuzamos nyilvános lánc) architektúrával, amelyet már megvalósítottak és megvalósítottak. A Bityuan blokkláncon több párhuzamos nyilvános lánc is fejleszthető, mindegyik párhuzamos nyilvános lánc nemcsak változatos és független blokklánc ökológiai felépítéssel és DAPP fejlesztéssel rendelkezik, hanem több lánc között keresztlánc-csere funkciókat is megvalósíthat. A párhuzamos nyilvános láncprojektek alkalmazási területei a következők: stabil valuta, piros borítékok, közösségi hálózatok, e-kereskedelem, láncon belüli eszközök, láncon belüli adósságok, igazolások és játékok.

A projekt által támogatott tárolási módszerek

A BitYuan blokklánc vezető szerepet töltött be az MVCCKVDB (több verziójú KV adattárolás) innovatív megvalósításában. A hagyományos blokkláncok merkle- vagy MPT-fák formájában tárolják az adatokat. Minden alkalommal, amikor az adatok megváltoznak,< br> A fa egyszer újra faktorálják, ami viszonylag nem hatékony. Például egy 20 rétegű Merkle-fánál egy levélcsomópont adatainak lekérdezéséhez 20 olvasási műveletre van szükség, ami azt eredményezi, hogy az adatlekérdezés hatékonysága csak a 1/20-a a hagyományos adatbázisok lekérdezési hatékonyságának, ami egyenként teljesíthető. másodperc Egy 100 000 olvasási művelettel rendelkező rendszer csak másodpercenként 5 000 tranzakció adatait képes olvasni, ami nagymértékben korlátozza a rendszer olvasási teljesítményét. Adatíráskor is szükséges több csomópont adatait a faágon betölteni, végül frissítés után a lemezre írni, ebben is viszonylag nagy a műveletfelhasználás. A BitYuan az MVCC koncepcióra (Multi-Version Concurrency Control) támaszkodik az adatbázisok tervezésében, és egy eredeti KVMVCC adattárolási formátumot tervez a MAVL vagy MPT struktúrák hatékonyságának javítása érdekében. Kielégíti a magas adatolvasási és -írási teljesítmény fenntartását a blokklánc-adatok után egy bizonyos mértékig nő.
Hash számítás:
statehash=hash (prevstatehash, KVSet, magasság), amely tartalmazza az előző blokk állapothash információit, a blokk állapotadatainak KVSet információit és az aktuális blokk magasság információ (vagyis verzió információ).
A következő megfeleltetések kerülnek tárolásra az egyes csomópontok adatbázisában:
hash->height(verzió)
magasság(verzió)->hash
kulcs:height(verzió)->value
> lastst:key->value
Adatlekérdezés:
A megfelelő magasság (verzió) megtalálható a statehash szerint, és amikor a megfelelő magasság megtalálható a magasság szerint, az adott kulcsérték megfelel az Érték értékének.
Adatellenőrzés:
Adott magasságú KVSet esetén a hash műveletek végrehajthatók az előző blokk prevstatehash, KVSet és magassága alapján. Ha a hash az értékek egyeznek, az adatok nem lettek manipulálva, ellenkező esetben az adatok megváltoztak, vagy hibásak (a magasság rossz, vagy a KVSet adata rossz).
Az adatok legfrissebb verziójának karbantartása:
Különösen a legutóbbi blokk kulcsának és értékének tárolásakor tartsa meg (új kulcs) vagy frissítse (már rendelkezik előzményekkel) Verziókulcs) kulcs:legújabb->értékleképezés kapcsolat a helyi kulcs-érték adatbázisban tárolódik. Amikor a legfrissebb kötegadatokat kell beszereznie, a legfrissebb adatokat kötegekben kérdezheti le a legújabb előtag szerint (testreszabható). Mivel a szokásos kulcsérték-adatbázis jól tudja támogatni az előtagegyeztetési lekérdezéseket, a lekérdezés hatékonysága viszonylag magas lesz, sokkal magasabb, mint a Merkle-fa tárolóstruktúra lekérdezése.

Projekt szupercsomópont

A blokklánc teljesítményének javítása érdekében a párhuzamos nyilvános lánc általában a DPOS (Share Authorization Proof Mechanism) konszenzust alkalmazza, vagyis több szupercsomópontot választanak ki a láncon a számítási teljesítmény és a szélessáv támogatásáért.
A tranzakciós információkat be kell csomagolni a blokkba, és a blokkinformációkat szét kell küldeni más csomópontoknak, a tranzakciós információkat pedig a blokkon tárolják, hogy a közösség közös irányításának funkcióját töltsék be.
Akár sikeres egy nyilvános lánc, akár nem, az egyik kulcsfontosságú mérőszám a lánc csomópontjainak száma. A szupercsomópont-mechanizmus segíthet a párhuzamos nyilvános láncnak abban, hogy gyorsan létrehozza az ökológiát a láncon, és az egyes szupercsomópontok működésére és karbantartására támaszkodva elősegíti a párhuzamos nyilvános lánc ökológiájának virágzását és egy stabilabb, erősebb és decentralizáltabb terület megvalósítását. Blockchain rendszer.
Ezzel egyidejűleg a párhuzamos nyilvános lánc üzemeltetője létrehozhat egy párhuzamos lánc alapítványt a szupercsomópontok kezdeményezésének és lelkesedésének elősegítésére a szupercsomópontok alapítványának különböző token ösztönző mechanizmusaival és működési módszereivel, valamint tokenek visszavásárlásával , tranzakciós eljárások A párhuzamos állami lánc egészséges és fenntartható fejlődésének elősegítése.

A projekt támogatja az Oracle funkciót

Az oracle gép megvalósítja a kapcsolatot a blokklánc és a valós világ között. Az Oracle Machine egy megbízható entitás, amely aláírásokon keresztül információkat ad a külső világ állapotáról, ezáltal lehetővé teszi a determinisztikus intelligens szerződések számára a bizonytalan < br> A külvilág reagál. Az orákulum-gép a nem manipulálható, stabil szolgáltatás és auditálható tulajdonságokkal rendelkezik.
Az oracle szerződés kiadási adatai három lépésre oszlanak:
(1) Adatkiadási esemény (értesítse a teljes hálózatot, hogy egy esemény eredményét a jövőben kihirdetjük, és egyedi eseményazonosítót rendeljünk, ha az esemény nem következett be, és visszavonható).
(2) Közzététel előtti eredmények (az adatszolgáltató előzetesen közzéteszi az időeredményeket, ha az eredményeket az audit problémásnak találja, visszavonható).
(3) Az eredmények közzététele (a kiadás előtti eredmények auditálása után végre megjelennek a teljes hálózaton, ami nem manipulálható, auditálható és nyomon követhető).
Más szerződések (például találgatási szerződések) használhatják a fenti 1. lépésben szereplő eseményazonosítót és konkrét eseményeket a (kitaláló) tevékenységek végrehajtására. Amikor a 3. lépés eredményét kihirdetik, a találgatási szerződés elindítja a szerződés befejezését az eseményazonosítónak megfelelő eredmény szerinti találgatás, az objektív, hiteles, auditálható és nyomon követhető tisztességes találgatás elérése érdekében emberi beavatkozás nélkül.