DEXON vs 25 blockchain projektů

Přehled současné technologie blockchainu ve srovnání s DEXON

Úvod

Tento dokument vysvětluje, jak se liší DEXON ve srovnání s jinými infrastrukturami blockchainu. Snažíme se vysvětlit hlavní rozdíly, ale při čtení této zprávy bereme na vědomí následující:

  1. Nebudeme se ponořit do podrobností o dalších projektech. Zaměřujeme se pouze na rozdíly. Podrobnosti naleznete na jejich webových stránkách a v novinách.
  2. Porovnání vychází z našeho současného porozumění a projekty lze často aktualizovat. V případě potřeby tento dokument aktualizujeme.
POZNÁMKA redaktora:
Toto je původně zveřejněno na GitHub společnosti DEXON, aktualizované od dubna 2019. Následující článek se může lišit od originálu, protože byl z důvodu jasnosti a stručnosti anotován.

DEXON

DEXON je škálovatelný, s nízkou latencí, energeticky efektivní a interřetězcový ekosystém DApp. Jako hlavní konsenzuální algoritmus používá DEXON účinnou byzantskou dohodu, jejíž propustnost se může lineárně škálovat s počtem uzlů, zatímco latence zůstává téměř konstantní. S přijetím ověřitelné náhodné funkce může DEXON poskytnout vysoký výkon při zachování decentralizace sítě (~ 100K uzlů). S tak vysokou propustností a nízkou latencí může být konečně vyvinut a široce používán praktický DApp.

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://dexon.org
CONSENSUS ALGORITHM: https://eprint.iacr.org/2018/1112.pdf

Obsah

i. Definice pojmů
ii. Přehled technologie blockchainu
A. Technologie Blockchain (uvedena abecedně)
   1. Algorand
   2. Bitcoin
   3. Cardano
   4. Conflux
   5. Dfinity
   6. EOS
   7. Ethereum
   8. Hashgraph
   9. Hyperledger
   10. IOTA
   11. Kadena
   12. NANO
   13. Omniledger
   14. Ontologie
   15. Orbs Helix
   16. Phantom
   17. Radix
   18. Sněhová vločka
   19. Spectre
   20. Hvězdná
   21. Tendermint
   22. Thunderella
   23. TON
   24. Vite
   25. Zilliqa

ii. Definice pojmů

  • Uzel v tomto dokumentu je ověřovatelem nebo úplným uzlem v síti.
  • n: počet uzlů
  • Pro sloupec inteligentní smlouvy:
    • O: Podporováno
    • X: Není podporováno
    • △: Aktuálně není podporováno, ale může být podporováno

ii. Přehled technologie blockchainu

Obrázek níže ukazuje propustnost (TPS), rychlost sítě (latence měřená v sekundách), typ použité datové struktury, jakou technologii se používá k dosažení shody blockchainu, a inteligentní podporu smluv u všech 25 technologických projektů blockchainu zahrnutých v tomto seznamu ( 26, včetně DEXON).

Na tuto tabulku se můžete odkazovat při čtení projektu v seznamu.

Tento seznam je původně zveřejněn na GitHub společnosti DEXON

A. Technologie blockchainu (abecedně)

1. Algorand

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.algorand.com
TECH ZDROJE: https://www.algorand.com/docs/whitepapers

Algorand je navržen pro větší populaci (500 K ~ uzlů). Používají ověřitelnou náhodnou funkci k ochraně uzlů před útokem DDoS a právě loterie rozhoduje, kdo má právo navrhnout blok nebo hlasovat pro každé kolo.

Souhlas Algoranda je založen na byzantské dohodě mezi vzorky z celé sady uzlů. To je důvod, proč Algorand dokáže tolerovat pouze méně než jednu třetinu z celkového počtu uzlů. Podobně mechanismus drby používaný v Algorandu může prodloužit dobu potvrzení, když se počet uzlů zvyšuje na různých místech po celém světě. S těmito omezeními může být doba potvrzení přibližně jedna minuta, pokud se očekává, že počet uzlů překročí 500 kB. Dalším faktorem, který ovlivní dobu potvrzení, je byzantské chování. Pokud byzantský uzel vyhraje v loterii a stane se vůdcem, bude proces byzantské dohody potřebovat více kol, aby se sblížil. Na druhou stranu, doba potvrzení DEXON není ovlivněna byzantským chováním, pokud je počet byzantských uzlů menší než jedna třetina z celkových uzlů.

Pokud chce Algorand zvýšit svou propustnost, musí zvětšit velikost bloku. Zvětšení velikosti bloku však způsobuje delší zpoždění v síti a prodloužení doby potvrzení. To znamená, že škálovatelnost by mohla být problémem pro Algorand. Na druhé straně DEXON zvyšuje propustnost zvýšením počtu uzlů, aniž by to ovlivnilo dobu potvrzení.

2. Bitcoin

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://bitcoin.org/en/
TECH ZDROJE: https://bitcoin.org/en/bitcoin-paper

Bitcoin je první kryptoměna, která je součástí všech ostatních blockchainových technologií. Je to nejznámější a široce používaná kryptoměna. Je však neslavný pro svůj dlouhý potvrzovací čas, nízké TPS a vysoký transakční poplatek. DEXON všechny tyto problémy řeší a poskytuje funkce DApp, které bitcoin nemůže.

3. Cardano

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.cardano.org
TECH ZDROJE: https://www.cardano.org/en/academic-papers/

Cardano je první projekt, který poskytuje konkrétní matematický důkaz o bezpečnosti PoS blockchainu. Kromě PoS také navrhují další slibné nápady, jako je například nezaujatá náhodnost s programem odhalení odevzdání a použití Nashovy rovnováhy k zabránění sobeckým těžebním útokům. Struktura založená na řetězci však přirozeně omezuje svou propustnost, protože struktury založené na řetězci mohou blokovat pouze lineárně a lze prokázat, že nemůže škálovat.

Dalším problémem v Cardanském konsensu je to, že velmi závisí na synchronizaci času. Pokud jsou některé čestné uzly desynchronizovány (například útočník unesl službu NTP), bude obtížné určit počáteční čas slotu (pokud je to možné určit vůbec) a bude se s ním zacházet jako s uzly typu stop-stop. Tvrdí, že desynchronizované uzly by mohly být opraveny nějakou metodou zavedenou v budoucnosti, ale dosud není implementována.

4. Conflux

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.conflux-chain.org
TECH ZDROJE: https://arxiv.org/abs/1805.03870

Conflux je grafický PoW konsenzus založený na protokolu GHOST, který fixoval Phantom blockchain. Conflux používá protokol GHOST k výběru hlavního řetězce v grafu a vytvoření zcela uspořádaného grafu v hlavním řetězci. Lze jej tedy považovat za bitcoinový konsenzus a také identifikovali problém zaujatosti ve Phantomu.

Navíc je latence ohraničena svým PoW mechanismem. Někteří potřebují k výběru správného a konzistentního hlavního řetězce s vysokou pravděpodobností. I když se přepne na mechanismus PoS, bude latence stále nepřijatelně dlouhá, protože protokol GHOST má také pravidlo „nejdelšího řetězce“.

5. Dfinity

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://dfinity.org
TECH ZDROJE: https://dfinity.org/faq

Dfinity je povolený blockchain a je určen pro velkou populaci (kolem 10 000 uzlů). Dfinity obsahuje maják náhodnosti, který generuje novou náhodnost pomocí VRF (ověřitelná náhodná funkce) s informacemi z nového potvrzeného bloku. Pomocí náhodnosti vyberou vůdce a voliče pro kolo. Hypgegeometrickou distribucí vzorkuje Dfinity pouze stovky uzlů, aby notářsky ověřil blok namísto použití všech uzlů, což je s velkou pravděpodobností správné. To však snižuje schopnost tolerance vůči byzantským uzlům. Například k dosažení ne-byzantské většiny uzlů s dobrou pravděpodobností je třeba vzorkovat nejméně 423 uzlů z 10K uzlů s maximem 1/3 byzantských uzlů. Přesto je Dfinity založena na řetězcích, takže její propustnost je omezená.

6. EOS

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://eos.io
TECH ZDROJE: https://eos.io/resources#eosio

EOS dosahuje vysoké propustnosti a nízké latence. Mají 21 tzv. „Supernodů“, které lze považovat za ne decentralizované. V době psaní ještě není implementován jeho konsenzus byzantské odolnosti vůči chybám, takže doba potvrzení je asi 165 sekund, ne 1 nebo 2 sekundy, jak tvrdili.

7. Ethereum

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.ethereum.org
ZDROJE TECH: http://www.ethdocs.org/en/latest/

Ethereum je první systém blockchainů, který má kompletní ekosystém DApp. Má propustnost, která je vyšší a latence nižší než bitcoiny - ale stále nestačí pro běžné aplikace, které vyžadují velkou infrastrukturu, jako je platba nebo hraní her. Populární DApp může blokovat celý systém, což způsobuje vysoké transakční poplatky. Rovněž jeho současná rychlost (nyní za několik minut) není ideální pro aplikace v reálném čase.

8. Hashgraph

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.hedera.com
ZDROJE TECH: https://docs.hedera.com/docs/start/quickstart/

Hashgraphův konsenzus je upraven byzantskou dohodou v grafu, zatímco na druhé straně jádrem konsensu DEXON je responzivní algoritmus byzantské dohody. Jejich kolo-based struktura náklady latence pro každé kolo, což znamená, že jeho doba potvrzení se prodlužuje, když počet uzlů roste. S tímto omezením nelze plně decentralizovat, protože doba potvrzení může trvat minuty. V Hashgraph také není zaručena živost a je poskytován pouze důkaz správnosti. S byzantskými uzly prezentovanými ve své síti je možné, že Hashgraph nemůže vydat žádný blok. Mezitím zůstává potvrzovací čas DEXONu konstantní se zvyšujícím se počtem uzlů. Vzhledem k tomu, že konsenzus společnosti DEXON má schopnost reagovat, závisí doba potvrzení pouze na skutečné rychlosti sítě, nikoli na předdefinovaných parametrech.

9. Hyperledger

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.hyperledger.org
TECH ZDROJE: https://www.hyperledger.org/resources/publications#white-papers

Hyperledger (konkrétně Hyperledger Fabric) je distribuovaná kniha určená pro podnikové použití. Je to povolená, nízká latence, vysoká propustnost a poskytuje funkce soukromých transakcí. Jeho konsenzus je modularizovaný a zapojitelný. Může si vybrat mezi konsenzuálními motory / algoritmy, jako je Tendermint, PBFT, Kafka nebo RAFT.

Je mnohem snazší řešit problém konsensu v nastavení povoleného konsorcia s vysokou propustností a nízkou latencí, protože předpoklad prostředí je: počet uzlů je pevný, každá identita je známa, cíl všech uzlů je stejný a cíl síťové prostředí je stabilní a rychlé, ale uzel si navzájem plně nedůvěřuje. I když tato nastavení nemusí být vhodná pro podnikové použití, DEXON si klade za cíl být otevřenější a decentralizovanější a současně poskytovat vysokou propustnost a nízkou latenci.

10. IOTA

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.iota.org
TECH ZDROJE: https://docs.iota.org

IOTA se řídí nejdelším řetězcovým pravidlem v grafu: uzel náhodně vybere a ověří dva předchozí bloky a připojí k nim svůj blok. Blok je potvrzen, pokud následoval dostatečný počet bloků a délka připojeného řetězce je nejdelší. Pravidlo je však neúčinné, protože doba potvrzení není zaručena konkrétní mezí. Blok může být navíc neplatný, pokud je připojen k bloku, který obsahuje konfliktní transakce. Tento blok musí být znovu připojen k jiným blokům a může způsobit velmi dlouhou dobu potvrzení. IOTA navíc nepodporuje inteligentní smlouvy kvůli nedostatku celkového objednávání ve všech blocích.

11. Kadena

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://kadena.io
TECH ZDROJE: https://kadena.io/whitepapers/

Cílem Kadeny je vyřešit problém škálovatelnosti blockchainu. Používá Chainweb ke zpracování transakcí paralelně. Každý řetězec obsahuje záhlaví bloků ostatních a vytváří DAG podobný blokádě DEXON. K provedení transakcí napříč řetězci je nutné poskytnout inteligentnímu kontraktu důkaz Merkle a aktiva budou odstraněna ze zdrojového řetězce a znovu vytvořena v cílovém řetězci. Kadena také analyzuje vzájemné vztahy záhlaví a používá speciálně navržené grafy, které mají malý průměr a velký řád, aby se dosáhlo nízké latence a vysoké propustnosti.

Latence Chainweb částečně leží na průměru grafu. Když změní měřítko a zvýší počet řetězců, zvětší se také průměr grafu, což způsobí zvýšení latence. Další problém může nastat, když je blok navržen na řetězu. Blok musí obsahovat záhlaví bloku svého vrstevníka. To znamená, že navrhování bloků je blokování a není efektivní, zatímco v DEXONu blok aktivně blokuje jakékoli další nově navržené bloky, čímž dosahuje rychlého, neblokujícího navrhování bloků.

12. NANO

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://nano.org
TECH ZDROJE: https://nano.org/en/resources/

NANO je první projekt, který zavedl blocklattice jako jejich datovou strukturu. Každý účet má svůj blockchain a transakce, které navrhuje, se zaznamenají do jeho blockchainu. Když dojde k vidlici blockchain, použije NANO k vyřešení hlasování DPoS.

Struktura řetězce DEXON se zcela liší od struktury NANO. V DEXONu má každý validátor namísto každého účtu, který má blockchain, blockchain. To by mohlo ušetřit spoustu paměti. V blockextu DEXON je každý vrchol blokem, zatímco v NANO je každý vrchol polovinou transakce (odeslání tx nebo recv tx). V našem pohledu je jejich blocklattice spíše podobná „tx-lattice“, nikoli blocklattice, a blocklattice považujeme za obecný termín, který mohou používat i jiné projekty, stejně jako blockchain, protože se jedná pouze o typ DAG.

Algoritmus konsenzu DEXON se také úplně liší od NANO. Validátoři v DEXONu se spoléhají na algoritmus rychlé byzantské dohody DEXON, který rozhoduje o sekvenci bloků a transakcí, zatímco NANO nemá shodu o pořadí transakcí. Bez objednání transakcí nemůže podporovat inteligentní smlouvy. Dalším problémem je jeho DPoS pro řešení vidlic. Proces hlasování, který NANO použil k vyřešení vidlice, je tajemný. Ve své knize nejsou podrobnosti o procesu hlasování. Jediné, co víme, je to, že existuje většina hlasů se 4 koly. Bez dalších podrobností a bezpečnostních důkazů lze bezpečnost v NANO setkat se skepticismem. NANO také potřebuje PoW, aby zabránil spamovým (penny) útokům, zvyšoval náklady na útok, ale také omezoval jeho propustnost a zvyšoval jeho latenci.

13. Omniledger

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://iovo.io
TECH ZDROJE: https://iovo.io/assets/whitepaper.pdf

Omniledger si klade za cíl vyřešit problémy škálovatelnosti, aniž by obětoval bezpečnost a decentralizaci. Jeho primárním přístupem je sharding, který umožňuje propustnost lineárně škálovat s počtem uzlů. Omniledger také nabízí pěkné funkce, jako je ořezávání účetní knihy, transakce cross-shard a ověření důvěryhodnosti, ale ověření.

Vnímaným problémem s Omniledgerem je to, že jeho latence by mohla být velká v plně decentralizovaném prostředí. Důvod je ten, že používá ByzCoinX (což je optimalizace konsensuálního algoritmu podobného PBFT) pro konsenzus uvnitř shardu a Atomix (atomové vysílání podobné DB) pro inter-shard transakce. To znamená, že velikost skupiny ve střepu pro komunikaci nemůže být příliš velká, nebo náklady na komunikaci a latence budou velké. Ke zvýšení počtu uzlů s omezenou velikostí střepů se zvýší počet střepů a také se zvýší potřeba transakcí křížových střepů. Při atomovém vysílání musí transakce křížového střepu čekat na potvrzení každého zúčastněného střepu a dokonce i jediný neúspěšný střepin způsobí selhání transakce. V DEXONu musí transakce vstoupit pouze do jednoho střepu a budou okamžitě vydány.

Omniledger také obětuje určitou bezpečnost. Podle hypergeometrického rozdělení musí být vzorkované byzantské uzly v střepci menší než jedna třetina, jeden může tolerovat byzantské uzly mnohem méně než jednu třetinu v celé síti, nebo vzorkování nemůže být úspěšné s vysokou pravděpodobností. To je důvod, proč počet byzantských uzlů, které Omniledger dokáže tolerovat, je jedna čtvrtina, nikoli jedna třetina všech uzlů.

14. Ontologie

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://ont.io
TECH ZDROJE: https://developer.ont.io

Algoritmus ontologického konsensu, Ontorand, používá náhodnost z posledního bloku k vygenerování nových navrhovatelů bloků a validátorů. Jeho hlasovací proces byzantské dohody (i když není dostatečně podrobný) vypadá velmi podobně jako Algorand. Jeho ověřitelná náhodná funkce, která generuje náhodnost v bloku, je úplně stejná jako Algorand. Bez jakékoli citace a vylepšení z Algorandu se Ontorand zdá být velmi podobný s Algorandem. Pro srovnání s Algorandem prosím odkazujte zde.

15. Orbs Helix

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://orbs.com
ZDROJE TECH: https://orbs.com/white-papers/

Hlavní prioritou Helixu je poctivost. Používá VRF (ověřitelnou náhodnou funkci) jako nezaujatý náhodný zdroj k volbě komise a vedoucího. Při spuštění základního konsensu (PBFT) jsou všechny transakce šifrovány uživateli pomocí prahového šifrování. To znamená, že neexistuje způsob, jak může uzel cenzurovat nebo upřednostňovat jakoukoli transakci. Po dosažení konsensu se obsah bloku dešifruje a provedou se transakce. Pořadí transakcí tedy nemůže být zkreslené, čímž se dosáhne spravedlnosti. Helix také používá VRF k rozhodnutí, která transakce může být vložena do bloku. Protože uzly nemohou rozhodnout, které transakce mají být vloženy do bloku, lze transakční poplatky nastavit na konstantu.

Spravedlnost bohužel nepřichází bez nákladů. Prahové šifrování nejen zvyšuje výpočetní náklady, ale vyžaduje další fázi dešifrování. To zvyšuje latenci. Navíc, jeho řetězcová struktura není škálovatelná. Pro vyřešení problému škálovatelnosti zavádí Orbs „inteligentní střepy“ (o kterých jsme nenašli žádné technické podrobnosti). Nedávná simulace ukazuje, že Helix má pouze 10 TPS (s neznámou latencí). Se 100 střepy může dosáhnout 1000 TPS, zatímco DEXON má 1M + TPS se stovkou uzlů v jednom střepu.

16. Phantom

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://phantom.org
TECH ZDROJE: https://phantom.org/lightpaper.pdf

Phantom je blockchain na bázi DAG, který je generalizován z bitcoinova nejdelšího řetězce řetězce od řetězce k DAG. Phantom je návrh pro Spectre, a oni navrhli chamtivý algoritmus volal ghostDAG protokol dosáhnout úplného uspořádání. Neprokázali však správnost a živost svého algoritmu ani neposkytli výsledky simulace o Phantomu v distribuovaném nastavení. Další živý útok na Phantom byl individuálně navržen prací Li a kol. a práce od Kiayias a Panagiotakos. Tvrdili také, že se v budoucnu pokusí zkombinovat Phantom a Specter. Informace poskytneme, pokud poskytnou nové a správné výsledky.

V DEXONu je přísně prokázána správnost a živost byzantské dohody DEXON.

17. Radix

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.radixdlt.com
TECH ZDROJE: https://papers.radixdlt.com/tempo/latest/#abstrakt

Radix používá techniku ​​střepů ke zvýšení propustnosti. Aby bylo dosaženo shody mezi různými střepy, musí být transakce drby a musí být ověřena mnoha uzly. Každý uzel poskytuje své místní logické hodiny a připojuje svoji hodnotu k transakci. Uzly pak mohou pomocí tohoto logického hodinového vektoru rozhodnout o částečném uspořádání mezi dvěma konfliktními transakcemi. V případě souběžné sady uzel najde další transakce ze svého místního úložiště nebo od svého kolegy, kteří se snaží rozhodnout o částečném uspořádání transakcí.

Dá se však říci, že v Radixu je zásadní problém: částečné uspořádání se nikdy nemůže stát úplným uspořádáním bez algoritmu konsensu. O částečném pořadí transakcí v Radixu lze rozhodnout pomocí vektorových časových razítek, ale bez ohledu na to, kolik transakcí je zahrnuto, vždy existují případy, které souběžné sady mohou kdy vyřešit. Jinými slovy, o objednávkách některých transakcí se nikdy nebude moci rozhodnout a systém je nevytvoří. Navíc, když je síť krátce rozdělena nebo má velké zpoždění, uzly mohou mít různé místní pohledy. Protože uzel rozhoduje o objednávce z jiných transakcí ze svého lokálního pohledu, způsobí to různé uspořádání mezi uzly, což má za následek vidličku a v Radixu neexistuje žádný konsensuální algoritmus, který by tento problém vyřešil.

Abych to shrnul, Radix nemá konsenzus. Lze jej použít v soukromých / povolených nastaveních, ale nebude fungovat v reálném síťovém prostředí.

18. Sněhová vločka

WHITEPAPER: Podle týmu Rocket

Snowflakeův konsenzus začíná jednoduchou metodou zbarvení, přidává další čítače a pravidla a nakonec končí prokazatelně pravděpodobným bezpečným algoritmem konsensu Avalanche. Všechny uzly konvergují ke stejné barvě, což znamená, že se v případě konfliktu dohodnou na stejné transakční sadě.

Aby se vyřešily konfliktní transakce, uzly musí provést Avalanche algoritmus pro každou transakci v sadě konfliktů. Útočník může systém proti spamu spamovat velkým množstvím konfliktních transakcí, což má za následek, že systém provede stovky tisíckrát Avalancheho algoritmu a latence výrazně vzroste. DEXON takový útok netrpí. Byzantská dohoda DEXON zůstává rychlá bez ohledu na to, kolik konfliktních transakcí existuje.

19. Spectre

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://spectreproject.io
TECH ZDROJE: https://eprint.iacr.org/2018/104.pdf

Spectre je digitální účetní systém založený na DAG, který používá rekurzivní blokové hlasování k rozhodnutí, který konfliktní blok by měl být dokončen. Tento konsenzuální algoritmus umožňuje účastníkům navrhovat bloky libovolně rychle, což znamená, že jeho škálovatelnost a latence je omezena na síť. Nedostatek úplného uspořádání bloků však znemožňuje provedení inteligentní smlouvy. To je důvod, proč navrhují „Phantom“, konsenzus, který je také založen na DAG, ale s celkovými vlastnostmi uspořádání. Také porovnáváme DEXON s Phantom.

20. Hvězdná

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.stellar.org
ZDROJE TECH: https://www.stellar.org/papers/stellar-consensus-protocol.pdf

Stellar používá zobecněnou verzi tradičního protokolu byzantské dohody, kterou nazývali „federovaná byzantská dohoda“. Tento algoritmus konsensu vyžaduje, aby si účastníci vybrali vlastní plátky kvora. Pokud je průnik kvora uspokojivý, je prokázáno, že všichni nedotčení účastníci dosáhnou konsensu.

Jedinou starostí o tento druh konsensu je, že to, zda uzel může zůstat neporušený (neovlivněný byzantskými uzly), závisí na výběru jeho plátů kvora. Aby byla zajištěna bezpečná konfigurace s rychlou odezvou a stabilní službou, je lepší, aby uzel vybral uzly vytvořené spolehlivými společnostmi nebo bankami jako plátky kvora, což může vést k semi-centralizaci.

21. Tendermint

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://tendermint.com
ZDROJE TECH: https://tendermint.com/docs/

Tendermint používá PBFT jako svůj konsenzuální algoritmus. Přestože má PBFT ve zpožděném nastavení nízkou latenci, nemůže být bez povolení, protože PBFT má díky dvoufázovému potvrzení vysoké komunikační náklady. To znamená, že když se počet uzlů zvětšuje, bude se požadovaná šířka pásma sítě také zvyšovat kvadraticky, což omezuje počet uzlů. DEXON používá techniku ​​kryptografického třídění sharding a konfigurovatelnou ack frekvenci ke snížení nákladů na komunikaci.

22. Thunderella

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.thundercore.com
TECH ZDROJE: https://eprint.iacr.org/2017/913.pdf

Thunderella kombinuje dva různé konsenzuální algoritmy a snaží se dosáhnout vysokého zabezpečení s dobrým výkonem. S méně než čtvrtinou výboru jsou byzantské uzly, může dosáhnout BTS algoritmu s nízkou latencí. S více než čtvrtinou se může vrátit k jakémukoli systému blochainů, který toleruje méně než 1/2 n byzantských uzlů.

Pokud je více než čtvrtina komise byzantskými uzly, Thunderella se stává pomalejší, zatímco DEXON zůstává její nízká latence. Thunderella je také řetězový systém a problémem může být škálování.

23. TON

TECH ZDROJE: https://drive.google.com/file/d/1ucUeKg_NiR8RxNAonb8Q55jZha03WC0O/view

TON (Telegram Open Network) je blockchainový systém s vysokou propustností a krátkou dobou potvrzení. Aby toho dosáhli, navrhují nový pohled nazvaný „Nekonečný vzorec pro střepiny“, který se snaží posunout střepinu k jeho extrému. V TONu existuje masterchain pro finalizaci obecného stavu. V rámci masterchain existuje několik workchainů pro provádění specifických úkolů pro různé kryptoměny a služby. Pokud je pracovní stůl přetížen, může mít pod sebou několik shardchainů pro zvýšení výkonu. V každém řetězci validátoři používají konsenzuální algoritmus založený na BFT s mechanismem DPoS pro navrhování bloků. S tímto designem sharding, TON tvrdí, že může dosáhnout několika milionů TPS s 5 sekundovou latencí.

Jeden významný rozdíl mezi TON a DEXON je v tom, že TON musí spouštět BFT konsenzuální algoritmus na několika různých úrovních řetězců. Pro masterchain vyžaduje, aby se všichni validátoři účastnili algoritmu BFT. Protože BFT algoritmus obvykle není škálovatelný, můžeme mít pouze omezený počet uzlů pro účast v masterchainu. To lze považovat za trochu centralizované. V systému DEXON nevyžadujeme, aby všechny uzly provozovaly jeden algoritmus BFT; takže v našem systému můžeme mít stovky tisíc uzlů.

TON má také problém s finalizací. Umožňuje ověřovatelům upravovat neplatné bloky bez rozvětvení, protože je efektivnější a ovlivní pouze některé bloky historie. Tento návrh však také umožňuje útočníkovi modifikovat bloky libovolné historie, pokud mohou ohrozit sadu validátorů. V systému s finalizací BFT by obvykle nemělo být možné měnit historii, i když je ohrožena aktuální sada validátorů. Dokonce i v tradičním schématu PoW má spuštění 51% útoku a modifikace bloků historie mnohem vyšší náklady s nízkou pravděpodobností úspěchu. Tento návrh může v TON způsobit bezpečnostní problémy.

24. Vite

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://www.vite.org
TECH ZDROJE: https://www.vite.org/whitepaper/vite_en.pdf

Vite hlavně řeší problém NANO, který jsme zmínili v našem srovnání s NANO. Používá stejnou blokádu s NANO a přidává nový mechanismus konsensu (HDPoS) k vytvoření řetězce snímků. To nejen vyřeší bezpečnostní problémy v NANO, ale také objedná transakce, díky čemuž bude schopna provozovat inteligentní smlouvy. A co víc, Vite dědí výhody NANO, včetně téměř okamžitých transakcí s vysokým TPS.

Jednou z obtížných výzev při používání struktury DAG je rozhodování o řazení transakcí. Vite má globální skupinu konsensu, která spouští algoritmus konsensu a vytváří řetězec snímků. Tento algoritmus je důležitý, protože je klíčem ke zlepšení nevýhod NANO v oblasti bezpečnosti a nedostatku úplného objednání. Ve svém příspěvku bohužel nemůžeme najít žádné podrobnosti o algoritmu a nevíme, jak jsou transakce na blokádě vybírány a ukládány do řetězce snímků. Je tento kritický proces bezpečný a spravedlivý? Pro řešení těchto výzev vyvíjí DEXON náš vlastní rychlý algoritmus byzantské dohody a je prokazatelně bezpečný a přiměřeně spravedlivý.

25. Zilliqa

OFICIÁLNÍ WEBOVÁ STRÁNKA: https://zilliqa.com
TECH ZDROJE: https://arxiv.org/pdf/1801.00687.pdf

Zilliqa je optimalizovaný PBFT. K agregaci podpisů z uzlů používá více podpisů EC-Schnorr. To snižuje náklady na komunikaci. Pro řešení omezené propustnosti v řetězovém systému používá Zilliqa techniku ​​střepu pro paralelní zpracování transakcí. Specifický střep shromažďuje mikrobloky z běžných střepů za účelem výroby konečných bloků.

V Zilliqa je několik nedostatků. Za prvé, agregace více podpisů je výpočetně nákladná. Nejedná se o problém s desetisekundovou finalizační dobou, ale v sekundové finalizační době to není možné s velkým počtem uzlů v střepu. Za druhé, Zilliqa používá specifický sharmový běžný protokol ke kombinování mikrobloků z jiných střepů. Tím se zdvojnásobí latence. V DEXONu neexistuje žádná specifická střepina pro spuštění dalšího redundantního konsensuálního protokolu. Shexovací mechanismus DEXON je symetrický. DEXON používá státní střep, což znamená, že každý střep uchovává pouze stav, který s ním souvisí. Tento střepový mechanismus je symetrický, což znamená, že každý střep má stejný přínos, pokud jde o konsenzus, a to se považuje za spravedlivější.

Závěr

Stručně řečeno, existuje mnoho blockchainových systémů s vlastními silami a nevýhodami. V tomto článku upozorňujeme na 25 (z toho, kdo ví, kolik) blockchainových systémů, které jsou veřejně dostupné. I když chceme tyto systémy porovnat s DEXONem, jedním klíčovým krokem, který si přejete, abyste jako čtenáři měli, je pochopit, že blockchain (nebo technologie distribuované knihy) je stále ve svých raných stádiích as inovacemi zavedenými v této kojenecké fázi. je nastavena na zrání a vzkvétání v žádném okamžiku, s více dostupnými blockchainovými systémy, které by mohly prospět společnosti nebo osobě podle jejich specifických potřeb.

Pokud si přejete diskutovat o tomto článku nebo chcete, abychom do tohoto seznamu přidali další, promluvte si přímo s technickým týmem společnosti DEXON prostřednictvím Gittera: https://gitter.im/dexon-foundation/Lobby

Vítáme vaše názory a chceme obohatit stávající soubor znalostí o technologii blockchain ve prospěch všech.

Pojďme mluvit o DEXON

Můžete se zaregistrovat k odběru novinek o nejnovějších aktualizacích nebo se k nám připojit v různých komunitních diskusích na různých platformách.

Discussions Telegramové diskuse: https://t.me/dexon_foundation
Oznámení: https://t.me/dexon_news
Upozornění na podvod: https://t.me/dexon_scam_alerts

Gitter (oficiální dev chat společnosti DEXON): https://gitter.im/dexon-foundation/Lobby
Github: https://github.com/dexon-foundation
Reddit: https://www.reddit.com/r/DEXONFoundation/

Twitter: https://twitter.com/dexonfoundation
Faceboook: https://www.facebook.com/DEXON.Foundation/
YouTube: https://www.youtube.com/channel/UCbg6l4M8QmSrJphxQvKof5g
Střední: https://medium.com/dexon