DEXON супраць 25 blockchain праектаў

Агляд сучаснай тэхналогіі blockchain у параўнанні з DEXON

Уводзіны

Гэты дакумент тлумачыць, наколькі DEXON адрозніваецца ў параўнанні з іншымі інфраструктурамі blockchain. Мы робім усё магчымае, каб растлумачыць асноўныя адрозненні, але ўлічваючы наступнае:

  1. Мы не будзем паглыбляцца ў падрабязнасці іншых праектаў. Мы спынімся толькі на адрозненнях. Для атрымання падрабязнай інфармацыі звяртайцеся да іх вэб-сайтаў і прац.
  2. Параўнанне заснавана на нашым сучасным разуменні, і праекты могуць часта абнаўляцца. Пры неабходнасці мы абнавім гэты дакумент.
Заўвага рэдактара:
Гэта першапачаткова размешчана на GitHub DEXON, абнаўляецца з красавіка 2019. Прыведзены ніжэй артыкул можа адрознівацца ад арыгінала, бо ён быў адзначаны ў мэтах яснасці і сцісласці.

DEXON

DEXON - гэта маштабуецца экалагічная экасістэма DApp з нізкай затрымкай, энергаэфектыўнай і функцыянальнай паміж ланцужкамі. DEXON у якасці асноўнага алгарытму кансенсусу выкарыстоўвае эфектыўнае візантыйскае пагадненне, прапускная здольнасць якога можа лінейна маштабавацца з колькасцю вузлоў, а затрымка застаецца практычна пастаяннай. Пры дапамозе праверкі выпадковых функцый DEXON можа забяспечыць высокую прадукцыйнасць, захоўваючы сеткавую дэцэнтралізацыю (~ 100 К вузлоў). З такой высокай прапускной здольнасцю і нізкай затрымкай практычны DApp можа быць канчаткова распрацаваны і шырока выкарыстаны.

АФІЦЫЙНЫ САЙТ: https://dexon.org
АЛГАРЫТМ КОНСЕНСУСА: https://eprint.iacr.org/2018/1112.pdf

Змест

i я. Вызначэнне тэрмінаў
ii. Агляд тэхналогіі Blockchain
А. Тэхналогія Blockchain (пералічана ў алфавітным парадку)
   1. Альгоранд
   2. Біткойн
   3. Кардана
   4. Збег
   5. Канечнасць
   6. EOS
   7. Эфірыум
   8. Хэшграф
   9. Hyperledger
   10. IOTA
   11. Кадэна
   12. NANO
   13. Омніледгер
   14. Анталогія
   15. Кулі Гелікс
   16. Прывід
   17. Радыкс
   18. Сняжынка
   19. Прывід
   20. Зорная
   21. Мяцелка
   22. Гром
   23. ТОН
   24. Вітэ
   25. Zilliqa

ii. Вызначэнне тэрмінаў

  • Вузел у гэтым дакуменце - валідатар або поўны вузел у сетцы.
  • n: колькасць вузлоў
  • Для слупка смарт-кантракт:
    • O: Падтрымліваецца
    • X: не падтрымліваецца
    • △: У цяперашні час не падтрымліваецца, але можа быць падтрыманы

ii. Агляд тэхналогіі Blockchain

На малюнку ніжэй вылучаецца прапускная здольнасць (TPS), хуткасць сеткі (затрымка вымяраецца ў секундах), тып выкарыстоўванай структуры дадзеных, якая тэхналогія выкарыстоўваецца для дасягнення кансэнсусу blockchain і разумная падтрымка кантрактаў усіх 25 праектаў тэхналогій blockchain, уключаных у гэты спіс ( 26, уключаючы DEXON).

Вы можаце звярнуцца да гэтай табліцы, чытаючы праект у спісе.

Гэты спіс першапачаткова размешчаны на GitHub на DEXON

А. Тэхналогія Blockchain (па алфавіце)

1. Альгоранд

АФІЦЫЙНЫ САЙТ: https://www.algorand.com
ТЭХНІЧНЫЯ РЭСУРСЫ: https://www.algorand.com/docs/whitepapers

Algorand прызначаны для большай колькасці насельніцтва (500K ~ вузлоў). Яны выкарыстоўваюць правераную выпадковую функцыю для абароны вузлоў ад DDoS-атакі, і менавіта латарэя вырашае, хто мае права прапанаваць блок ці прагаласаваць за кожны тур.

Кансэнсус Альгоранда заснаваны на візантыйскім пагадненні сярод узораў з усяго набору вузлоў. Гэта прычына, па якой Алгоранд можа пераносіць менш за траціну ад агульнай колькасці вузлоў. Падобным чынам, механізм плётак, які выкарыстоўваецца ў Algorand, можа павялічыць час пацверджання даўжэй, калі колькасць вузлоў у розных месцах па ўсім свеце павялічваецца. Пры такіх абмежаваннях час пацверджання можа скласці каля адной хвіліны, калі, як чакаецца, колькасць вузлоў перавысіць 500K. Яшчэ адзін фактар, які паўплывае на час пацверджання - гэта візантыйскія паводзіны. Калі візантыйскі вузел выйграе ў латарэі і стане лідэрам, для працэсу збліжэння візантыйскага пагаднення спатрэбіцца больш раўндаў. З іншага боку, час пацверджання DEXON не ўплывае на візантыйскія паводзіны да таго часу, пакуль колькасць візантыйскіх вузлоў не перавышае траціны ад агульнай колькасці вузлоў.

Калі Algorand хоча павялічыць прапускную здольнасць, ён павінен павялічыць памер блока. Аднак павелічэнне памеру блока выклікае больш доўгую затрымку сеткі, павялічваючы час пацверджання. Гэта азначае, што маштабаванасць можа стаць праблемай для Algorand. З іншага боку, DEXON павялічвае прапускную здольнасць за кошт павелічэння колькасці вузлоў, не ўплываючы на ​​час пацверджання.

2. Біткойн

АФІЦЫЙНЫ САЙТ: https://bitcoin.org/en/
ТЭХНІЧНЫЯ РЭСУРСЫ: https://bitcoin.org/en/bitcoin-paper

Біткойн - гэта першая криптовалюта, якая ўвяла ва ўсе астатнія тэхналогіі блокчейн. Гэта найбольш вядомая і шырока выкарыстоўваная криптовалюта. Аднак ён сумна вядомы сваім доўгім часам пацверджання, нізкім TPS і высокай платай за транзакцыю. DEXON вырашае ўсё гэта, забяспечваючы функцыянальнасць DApp, чаго Bitcoin не можа.

3. Кардана

АФІЦЫЙНЫ САЙТ: https://www.cardano.org
TECH RESOURCES: https://www.cardano.org/en/academic-papers/

Кардана - першы праект, які дае канкрэтныя матэматычныя доказы бяспекі PoS blockchain. Акрамя PoS, яны таксама прапануюць іншыя перспектыўныя ідэі, такія як бесстаронная выпадковасць са схемай фіксацыі раскрыцця і выкарыстанне раўнавагі Неша для прадухілення эгаістычных нападаў на здабычу. Аднак яго ланцуговая структура натуральна абмяжоўвае яго прапускную здольнасць, паколькі структуры, заснаваныя на ланцугу, могуць апрацоўваць блок толькі лінейна, і можна даказаць, што ён не можа маштабаваць.

Яшчэ адна праблема кансенсусу Кардана заключаецца ў тым, што ён вельмі залежыць ад часу сінхранізацыі. Калі некаторыя сумленныя вузлы дэсінхранізуюцца (напрыклад, зламыснік сагнаў службу NTP), час вызначэння часу слота будзе цяжка вызначыць (калі магчыма наогул вызначыць) і будзе разглядацца як вузлы адмовы. Яны сцвярджаюць, што дэсінхранізаваныя вузлы могуць быць выпраўлены нейкім спосабам, уведзеным у будучыні, але ён пакуль не рэалізаваны.

4. Збег

АФІЦЫЙНЫ САЙТ: https://www.conflux-chain.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://arxiv.org/abs/1805.03870

Conflux - гэта кансэнсус PoW на аснове графікаў, заснаваны на пратаколе GHOST, які зафіксаваў блок-ланцуг Phantom. Conflux выкарыстоўвае пратакол GHOST для выбару галоўнай ланцуга ў графіцы і атрымання цалкам упарадкаванага графіка на галоўнай ланцугу. Такім чынам, гэта можа разглядацца як биткойн кансенсус, і яны таксама вызначылі праблему прадузятасці ў Phantom.

Больш за тое, затрымка абмежаваная механізмам PoW. Для гэтага трэба з вялікай доляй верагоднасці выбраць правільную і паслядоўную асноўную ланцужок. Нават калі ён пераходзіць на механізм PoS, затрымка ўсё яшчэ будзе недапушчальна, паколькі ў пратаколе GHOST таксама ёсць кансенсус з правілам "самага доўгага ланцуга".

5. Канечнасць

АФІЦЫЙНЫ САЙТ: https://dfinity.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://dfinity.org/faq

Dfinity - гэта дазволены блок-ланцуг і прызначаны для вялікай колькасці насельніцтва (каля 10K вузлоў). Dfinity змяшчае маяк выпадковасці, які генеруе новую выпадковасць пры дапамозе VRF (можна праверыць выпадковую функцыю) з інфармацыяй з новага пацверджанага блока. Яны выкарыстоўваюць выпадковасць, каб выбраць лідэра і выбаршчыкаў для тура. Шляхам гіпергеаметрычнага размеркавання Dfinity выбірае толькі сотню вузлоў для натарыяльнага запісу блока замест выкарыстання ўсіх вузлоў, і гэта правільна з вялікай доляй верагоднасці. Аднак гэта зніжае здольнасць талерантнасці да візантыйскіх вузлоў. Напрыклад, каб дасягнуць небізантыйскай большасці вузлоў з вялікай доляй верагоднасці, яму неабходна адабраць па меншай меры 423 вузла з 10К вузлоў з максімум 1/3 візантыйскіх вузлоў. Тым не менш, Dfinity заснавана на ланцугу, таму яе прапускная здольнасць абмежаваная.

6. EOS

АФІЦЫЙНЫ САЙТ: https://eos.io
ТЭХНІЧНЫЯ РЭСУРСЫ: https://eos.io/resources#eosio

EOS дасягае высокай прапускной здольнасці і нізкай затрымкі. У іх ёсць 21 так званы "звышзавод", які можна лічыць несапраўдным дэцэнтралізаваным. Акрамя таго, на момант напісання артыкула яго візантыйскі кансенсус не дапусціў, таму час пацверджання складае каля 165 секунд, а не 1 ці 2 секунды.

7. Эфірыум

АФІЦЫЙНЫ САЙТ: https://www.ethereum.org
ТЭХНІЧНЫЯ РЭСУРСЫ: http://www.ethdocs.org/en/latest/

Ethereum - гэта першая сістэма blockchain, якая мае поўную экасістэму DApp. У яго высокая прапускная здольнасць і затрымка ніжэй, чым у биткоина, але ўсё яшчэ недастаткова для звычайных прыкладанняў, якія патрабуюць вялікай інфраструктуры, напрыклад, аплаты ці гульняў. Папулярны DApp можа блакаваць усю сістэму, выклікаючы высокія плацяжы за транзакцыі. Акрамя таго, яго бягучая хуткасць (у цяперашні час складае некалькі хвілін) не ідэальна падыходзіць для прыкладанняў у рэжыме рэальнага часу.

8. Хэшграф

АФІЦЫЙНЫ САЙТ: https://www.hedera.com
ТЭХНІЧНЫЯ РЭСУРСЫ: https://docs.hedera.com/docs/start/quickstart/

Кансэнсус Хашграфа адаптаваны ў візантыйскім пагадненні на графіку, а з іншага боку, ядром кансенсусу DEXON з'яўляецца адаптыўны алгарытм візантыйскага пагаднення. Іх структура на аснове круглага кошту затрымлівае кожны тур, а значыць, час павелічэння колькасці вузлоў становіцца больш. Пры такім абмежаванні ён не можа быць цалкам дэцэнтралізаваны, бо час пацверджання можа заняць некалькі хвілін. Акрамя таго, не існуе гарантаванага жыцця ў Hashgraph, і прадастаўляецца толькі доказ правільнасці. З візантыйскіх вузлоў, прадстаўленых у яго сетцы, магчыма, што Hashgraph не можа выйсці ні на адзін блок. Між тым, па меры павелічэння колькасці вузлоў час пацверджання DEXON застаецца пастаянным. Паколькі кансенсус DEXON мае спагадлівасць, час пацверджання залежыць толькі ад рэальнай хуткасці сеткі, а не ад некаторых загадзя вызначаных параметраў.

9. Hyperledger

АФІЦЫЙНЫ САЙТ: https://www.hyperledger.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://www.hyperledger.org/resources/publications#white-papers

Hyperledger (у прыватнасці, Hyperledger Fabric) - гэта распаўсюджаная кніга, прызначаная для выкарыстання на прадпрыемствах. Гэта дазволена, з нізкай затрымкай, высокай прапускной здольнасцю і забяспечвае функцыянальнасць прыватных транзакцый. Яго адзінае меркаванне модулявана і падключаецца. Ён можа выбіраць сярод рухавікоў / алгарытмаў кансенсусу, такіх як Tendermint, PBFT, замова Kafka або RAFT.

Значна прасцей вырашыць праблему кансенсусу ва ўмовах дазволенага кансорцыума з высокай прапускной здольнасцю і нізкай затрымкай, таму што здагадка аб навакольным асяроддзі такая: колькасць вузлоў фіксавана, кожная ідэнтычнасць вядомая, мэта ўсіх вузлоў аднолькавая, і Серада сеткі стабільная і хуткая, але вузел не цалкам давярае адзін аднаму. Нягледзячы на ​​тое, што гэтыя налады могуць не падыходзіць для выкарыстання ў прадпрыемствах, DEXON імкнецца быць больш адкрытымі і дэцэнтралізаванымі, забяспечваючы пры гэтым высокую прапускную здольнасць і нізкую затрымку.

10. IOTA

АФІЦЫЙНЫ САЙТ: https://www.iota.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://docs.iota.org

IOTA варта правілу самага доўгага ланцуга на графіцы: вузел выпадкова выбірае і правярае два папярэднія блокі і прымацоўвае да іх блок. Блок пацвярджаецца, калі за ім ідзе дастатковая колькасць блокаў і даўжыня злучанага ланцуга самая доўгая. Аднак правіла неэфектыўна, бо час пацверджання не гарантуецца пэўнай мяжой. Больш за тое, блок можа быць недапушчальным, калі ён прымацаваны да блока, які змяшчае супярэчлівыя транзакцыі. Гэты блок павінен быць зноў прымацаваны да іншых блокаў і можа выклікаць вельмі доўгі час пацверджання. Акрамя таго, IOTA не падтрымлівае разумныя кантракты з-за адсутнасці поўнага замовы сярод усіх блокаў.

11. Кадэна

АФІЦЫЙНЫ САЙТ: https://kadena.io
ТЭХНІЧНЫЯ РЭСУРСЫ: https://kadena.io/whitepapers/

Kadena імкнецца вырашыць пытанне маштабаванасці blockchain. Ён выкарыстоўвае Chainweb для паралельнай апрацоўкі транзакцый. Кожны ланцужок уключае ў сябе загалоўкі іншых блокаў, якія ўтвараюць DAG, падобны на блок-рашотку DEXON. Для здзяйснення міжсеткавых здзелак трэба прадаставіць Merkle доказ разумнага кантракту, а актывы будуць выдаленыя з зыходнай ланцужкі і адноўлены ў ланцужку прызначэння. Kadena таксама аналізуе адносіны загалоўкаў аднагодкаў і выкарыстоўвае спецыяльна распрацаваныя графікі, якія маюць невялікі дыяметр і вялікі парадак для дасягнення нізкай затрымкі і высокай прапускной здольнасці.

Затрымка Chainweb часткова ляжыць на дыяметры графіка. Калі маштаб павялічваецца і павялічваецца колькасць ланцужкоў, дыяметр графіка таксама павялічваецца, у выніку чаго павялічваецца затрымка. Іншая праблема можа паўстаць, калі блок прапануецца на ланцужку. Блок павінен уключаць загалоўкі блокаў аднагодкаў. Гэта азначае, што прапанова блокаў з'яўляецца блакавальным і неэфектыўным, у той час як у DEXON блок актыўна атакуе любыя іншыя нядаўна прапанаваныя блокі, дасягаючы хуткага, неблокирующего блока.

12. NANO

АФІЦЫЙНЫ САЙТ: https://nano.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://nano.org/en/resources/

NANO - першы праект, які прадставіў блокбаты ў якасці структуры дадзеных. У кожнага ўліковага запісу ёсць свой blockchain, а транзакцыі, якія ён прапануе, запісваюцца на яго blockchain. Калі відэлец blockchain адбудзецца, NANO выкарыстоўвае для галасавання DPoS.

Структура ланцужкоў DEXON цалкам адрозніваецца ад структуры NANO. У DEXON, замест кожнага ўліковага запісу, які мае свой блок-ланцуг, кожны валідатар мае blockchain. Гэта можа зэканоміць шмат месца ў памяці. У блокавай рашотцы DEXON кожная вяршыня - гэта блок, у той час як у NANO кожная вяршыня - гэта палова транзакцыі (адправіць tx або recv tx). З нашага пункту гледжання, што іх блакіраванне больш падобна на "tx-рашотку", а не на blocklattice, і мы разглядаем blocklattice агульным тэрмінам, які можа выкарыстоўвацца іншымі праектамі, як і blockchain, бо гэта проста тып DAG.

Алгарытм кансенсусу DEXON таксама цалкам адрозніваецца ад NANO. Праверкі ў DEXON разлічваюць на алгарытм хуткага візантыйскага пагаднення DEXON для вызначэння паслядоўнасці блокаў і транзакцый, у той час як у NANO няма кансенсусу ў парадку здзелак. Без замовы транзакцый ён не можа падтрымліваць разумныя кантракты. Яшчэ адна праблема - яго DPoS для развязання відэльцаў. Працэс галасавання NANO, які выкарыстоўваецца для развязання відэльца, загадкавы. У яго матэрыялах няма падрабязнасцей пра працэс галасавання. Адзінае, што мы ведаем, гэта галасаванне большасці галасоў у 4 тура. Без дадатковых падрабязнасцей і доказаў бяспекі, бяспеку ў NANO можна сустрэць скептычна. Акрамя таго, NANO мае патрэбу ў PoW, каб прадухіліць спам (капейкі), павялічваючы кошт нападу, а таксама абмяжоўваючы прапускную здольнасць і павялічваючы затрымку.

13. Омніледгер

АФІЦЫЙНЫ САЙТ: https://iovo.io
ТЭХНІЧНЫЯ РЭСУРСЫ: https://iovo.io/assets/whitepaper.pdf

Omniledger імкнецца вырашыць праблемы маштабаванасці без шкоды для бяспекі і дэцэнтралізацыі. Асноўным яго падыходам з'яўляецца заточванне, якое дазваляе максімальна павялічваць прапускную здольнасць з колькасцю вузлоў. Omniledger таксама забяспечвае прыемныя функцыі, такія як абрэзка галоўнай кнігі, транзакцыя накрыжаваных транзакцый і праверка сапраўднасці, але праверка.

Праблема Omniledger успрымаецца ў тым, што ў цалкам дэцэнтралізаванай абстаноўцы яго затрымка можа быць вялікай. Прычына заключаецца ў тым, што ён выкарыстоўвае ByzCoinX (які з'яўляецца аптымізацыяй алгарытму кансенсусу, падобнага на PBFT) для атрымання ўнутрычарговага кансенсусу і Atomix (DB-падобны атамны вяшчанне) для транзакцый, якія размяшчаюцца паміж асколкамі. Гэта азначае, што памер групы ў фрагменце для зносін не можа быць занадта вялікім, інакш кошт і затрымка зносін будуць вялікімі. Для павелічэння колькасці вузлоў з абмежаваным памерам асколка павялічваецца колькасць аскепкаў, а таксама павялічваюцца патрэбы ў транзакцыях. У выніку атамнай трансляцыі транзакцыя перакрыжаванага асколка павінна чакаць, калі кожны ўдзельнік аграгарадка будзе пацверджаны, і нават адзін няўдалы асколак выкліча збой транзакцыі. У DEXON для транзакцый трэба ўвесці толькі адзін фрагмент і будуць атрыманы неадкладна.

Omniledger таксама ахвяруе пэўнай бяспекай. Згодна з гіпергеаметрычным размеркаваннем, калі ў пробі візантыйскіх вузлоў павінна быць менш за траціну, візантыйскія вузлы могуць трываць толькі значна менш за траціну ўсёй сеткі, і адбор пробаў не можа быць паспяховым. Менавіта таму колькасць візантыйскіх вузлоў, якія Амніледгер можа трываць, складае адну чацвёртую, а не адну траціну ад агульнай колькасці вузлоў.

14. Анталогія

АФІЦЫЙНЫ САЙТ: https://ont.io
ТЭХНІЧНЫЯ РЭСУРСЫ: https://developer.ont.io

Алгарытм кансенсусу Ontology, Ontorand, выкарыстоўвае выпадковасць з апошняга блока для стварэння новых прапаноўшчыкаў і валідатараў блокаў. Працэс галасавання Візантыі (хоць і недастаткова падрабязна) выглядае надзвычай падобна на Альгаранда. Яго правяраемая выпадковая функцыя, якая генеруе выпадковасць у блоку, дакладна такая ж, як і Альгаранд. Без цытавання і паляпшэння Algorand, Ontorand, здаецца, вельмі падобны на Algorand. Для параўнання з Algorand, калі ласка, звярніцеся тут.

15. Кулі Гелікс

АФІЦЫЙНЫ САЙТ: https://orbs.com
ТЭХНІЧНЫЯ РЭСУРСЫ: https://orbs.com/white-papers/

Галоўным прыярытэтам Helix з'яўляецца справядлівасць. Для выбару камісіі і лідэра ён выкарыстоўвае VRF (праверную выпадковую функцыю) як аб'ектыўную выпадковую крыніцу. Пры выкананні асноўнага кансенсусу (PBFT) усе транзакцыі шыфруюцца карыстальнікамі з выкарыстаннем парогавага шыфравання. Гэта азначае, што няма ніякага спосабу цэнзураваць цэнзуру альбо расставіць прыярытэты ў любой транзакцыі. Пасля дасягнення кансенсусу змест блока расшыфроўваецца, і транзакцыі выконваюцца. Такім чынам, парадак здзелак не можа быць зрушаны, дамагаючыся справядлівасці. Helix таксама выкарыстоўвае VRF, каб вызначыць, якую транзакцыю можна пакласці ў блок. Паколькі вузлы не могуць вызначыць, якія транзакцыі трэба пакласці ў блок, плата за транзакцыі можа быць усталявана на пастаянную форму.

На жаль, справядлівасць не абыходзіцца без выдаткаў. Шыфраванне парога не толькі павялічвае вылічальныя выдаткі, але і патрабуе дадатковай фазы расшыфроўкі. Гэта павялічвае затрымку. Больш за тое, яго ланцуговая структура не маштабуецца. Каб вырашыць праблему з маштабаванасцю, Orbs прадстаўляе "інтэлектуальнае заточванне" (у якім мы не знайшлі ніякіх тэхнічных падрабязнасцей). Нядаўняе мадэляванне паказвае, што Helix мае ўсяго 10 TPS (з невядомай затрымкай). Са 100 аскепкаў ён можа дасягаць 1000 TPS, у той час як DEXON мае 1M + TPS са ста вузламі ў адной асколцы.

16. Прывід

АФІЦЫЙНЫ САЙТ: https://phantom.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://phantom.org/lightpaper.pdf

Phantom - гэта блокчейн, заснаваны на DAG, абагульнены ад найдаўжэйшага правілы ланцужка Bitcoin на ланцугу да DAG. Phantom - гэта прапанова для Spectre, і яны прапанавалі прагны алгарытм пад назвай пратакол ghostDAG для дасягнення поўнага парадкавання. Аднак яны не даказалі правільнасці і жывучасці свайго алгарытму і не прадаставілі вынікі мадэлявання пра Phantom у размеркаваных наладах. Яшчэ адна атака жывасці на Phantom была індывідуальна прапанавана працай Li et al. і працы з Кіяяса і Панагіётакоса. Яны таксама заявілі, што ў будучыні паспрабуюць аб'яднаць Phantom і Spectre. Мы будзем абнаўляць інфармацыю, калі яны дадуць новыя і правільныя вынікі.

У DEXON правільнасць і жыўнасць візантыйскага пагаднення DEXON строга даказаны.

17. Радыкс

АФІЦЫЙНЫ САЙТ: https://www.radixdlt.com
ТЭХНІЧНЫЯ РЭСУРСЫ: https://papers.radixdlt.com/tempo/latest/#ab абстракт

Radix выкарыстоўвае тэхніку зачысткі, каб павялічыць прапускную здольнасць. Для дасягнення кансенсусу сярод розных чарапкоў неабходна ажыццявіць транзакцыю і праверку шматлікімі вузламі. Кожны вузел забяспечвае свае лакальныя лагічныя гадзіны і дадае сваё значэнне транзакцыі. Затым вузлы могуць выкарыстоўваць гэты лагічны вектар гадзінніка для вызначэння частковага ўпарадкавання двух супярэчлівых транзакцый. У выпадку адначасовага набору, вузел знаходзіць іншыя транзакцыі з лакальнага захоўвання альбо ад яго аднагодкаў, спрабуючы прыняць рашэнне аб частковым упарадкаванні транзакцый.

Аднак можна сказаць, што ў Radix ёсць прынцыповая праблема: частковае ўпарадкаванне ніколі не можа стаць поўным упарадкаваннем без алгарытму кансенсусу. Некаторыя частковыя ўпарадкаванні транзакцый у Radix можна вызначыць вектарнымі часовымі пазнакамі, але незалежна ад таго, колькі транзакцый удзельнічае, заўсёды існуе некалькі выпадкаў, якія адначасовыя наборы могуць калі-небудзь вырашыць. Іншымі словамі, загады некаторых транзакцый ніколі не будуць прымацца і сістэма не будзе выводзіць. Акрамя таго, калі сетка мае кароткі раздзел або мае вялікую затрымку, вузлы могуць мець розныя лакальныя віды. Паколькі вузел вырашае замову з іншых транзакцый з яго лакальнага ўяўлення, гэта прывядзе да розных упарадкаванняў сярод вузлоў, што прывядзе да развілкі, і ў Radix няма алгарытму кансенсусу для вырашэння гэтай праблемы.

Падводзячы вынік, у Radix няма кансенсусу. Ён можа быць выкарыстаны ў прыватных наладах, але ў рэжыме рэальнай сеткі не будзе працаваць.

18. Сняжынка

WHITEPAPER: Па ракеце Team

Кансэнсус Сняжынкі пачынаецца з простага метаду афарбоўкі, дадае дадатковыя лічыльнікі і правілы, і, нарэшце, заканчваецца верагодна верагодным бяспечным алгарытмам кансенсусу Avalanche. Усе вузлы сыходзяцца ў адзін колер, а гэта азначае, што яны будуць узгадняць аднолькавыя транзакцыі, калі адбываецца канфлікт.

Для ўрэгулявання супярэчлівых транзакцый вузлам неабходна выканаць алгарытм лавіны для кожнай транзакцыі ў наборы канфліктаў. Зламыснік, зламыснік можа спам-сістэму з вялікай колькасцю канфліктных транзакцый, у выніку чаго сістэма выконвае алгарытм лавіны сотні тысяч разоў, а затрымка значна павялічыцца. DEXON не пацерпіць ад такой атакі. DEXON Візантыйскае пагадненне застаецца хутка, незалежна ад таго, колькі канфліктных здзелак існуе.

19. Прывід

АФІЦЫЙНЫ САЙТ: https://spectreproject.io
ТЭХНІЧНЫЯ РЭСУРСЫ: https://eprint.iacr.org/2018/104.pdf

Spectre - гэта сістэма лічбавых кніг на аснове DAG, якая выкарыстоўвае рэкурсіўнае блоковае галасаванне, каб вырашыць, які канфліктны блок трэба дапрацаваць. Гэты алгарытм кансенсусу дазваляе ўдзельнікам прапанаваць блокі адвольна хутка, а гэта азначае, што яго маштабаванасць і затрымка абмежаваныя сеткай. Аднак адсутнасць поўнага замовы блокаў робіць немагчымым выкананне разумнага кантракту. Менавіта таму яны прапануюць "Phantom", кансенсус, які таксама заснаваны на DAG, але з агульнымі ўласцівасцямі для парадку. Мы таксама параўноўваем DEXON з Phantom.

20. Зорная

АФІЦЫЙНЫ САЙТ: https://www.stellar.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://www.stellar.org/papers/stellar-consensus-protocol.pdf

Stellar выкарыстоўвае абагульненую версію пратаколу традыцыйнага візантыйскага пагаднення, які яны назвалі "федэратыўным візантыйскім пагадненнем". Гэты алгарытм кансенсусу патрабуе ад удзельнікаў выбіраць уласны зрэз кворуму. Калі перасячэнне кворуму будзе выканана, будзе даказана, што ўсе непашкоджаныя ўдзельнікі дасягнуць кансенсусу.

Адзіная занепакоенасць з нагоды такога кшталту кансенсусу заключаецца ў тым, што ад таго, ці можа вузел застацца цэлым (не закрануты візантыйскімі вузламі), залежыць выбар яго кавалачка кворуму. Для таго, каб мець бяспечную канфігурацыю з хуткай рэакцыяй і стабільным абслугоўваннем, для вузла лепш выбіраць вузлы, створаныя надзейнымі кампаніямі ці банкамі, у выглядзе зрэзаў кворуму, што можа прывесці да паўцэнтралізацыі.

21. Мяцелка

АФІЦЫЙНЫ САЙТ: https://tendermint.com
ТЭХНІЧНЫЯ РЭСУРСЫ: https://tendermint.com/docs/

Tendermint выкарыстоўвае PBFT як свой алгарытм адзінага меркавання. Хоць PBFT мае нізкую затрымку ў наладжаных умовах, ён не можа быць дазволены, таму што PBFT мае вялікія выдаткі на сувязь з-за двухфазных абавязкаў. Гэта азначае, што калі колькасць вузлоў павялічыцца, неабходная прапускная здольнасць сеткі таксама будзе павялічвацца квадратна, абмяжоўваючы колькасць вузлоў. Для зніжэння кошту сувязі DEXON выкарыстоўвае крыптаграфічную сартаванне і рэгулюемая частата прыстасавання.

22. Гром

АФІЦЫЙНЫ САЙТ: https://www.thundercore.com
ТЭХНІЧНЫЯ РЭСУРСЫ: https://eprint.iacr.org/2017/913.pdf

Thunderella спалучае два розныя алгарытмы кансенсусу і спрабуе дасягнуць высокай бяспекі пры высокай прадукцыйнасці. З менш чым адной чвэрці камітэта знаходзяцца візантыйскія вузлы, ён можа дасягнуць нізкай затрымкі з дапамогай алгарытму BFT. З больш чым адной чацвёртай часткі ён можа вярнуцца да любой блокчейн-сістэмы, якая можа пераносіць менш за 1/2 з п. Візантыйскіх вузлоў.

Калі больш за чвэрць камітэту складаюць візантыйскія вузлы, Грымота становіцца павольней, а DEXON застаецца нізкай затрымкай. Акрамя таго, Thunderella - гэта ланцуговая сістэма, і маштабаванне можа стаць праблемай.

23. ТОН

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

TON (Telegram Open Network) - блокчейн-сістэма, якая адрозніваецца высокай прапускной здольнасцю з кароткім часам пацверджання. Каб дасягнуць гэтага, яны прапаноўваюць новую кропку гледжання пад назвай «Парадыгма бясконцага заточвання», якая спрабуе падштурхнуць рэзкасць да сваёй крайнасці. У TON ёсць вядучы ланцужок для агульнай дапрацоўкі. Пад вядучым ланцужком ёсць некалькі працоўных ланцугоў для выканання канкрэтных задач для розных криптовалют і паслуг. Калі працоўная ланцуг перагружаны, пад ім можа быць некалькі шчарбін, каб павялічыць прапускную здольнасць. У кожнай ланцугу валідатары выконваюць алгарытм кансенсусу на аснове BFT з механізмам DPoS для прапаноў блокаў. У сувязі з такой рэзкасцю дызайну, TON сцвярджае, што ён можа дасягнуць некалькіх мільёнаў TPS пры 5-секунднай затрымцы.

Адным з істотных адрозненняў паміж TON і DEXON з'яўляецца тое, што TON павінен запускаць алгарытм кансенсусу BFT на некалькіх розных узроўнях ланцугоў. Для вядучага ланцуга, ён патрабуе, каб усе валідатары ўдзельнічалі ў алгарытме BFT. Паколькі алгарытм BFT звычайна не маштабуецца, мы можам мець толькі абмежаваную колькасць вузлоў для ўдзелу ў вядучым ланцугу. Гэта можна лічыць крыху цэнтралізаваным. У DEXON мы не патрабуем, каб усе вузлы запускалі адзіны алгарытм BFT; Такім чынам, мы можам мець сотні тысяч вузлоў, якія ўдзельнічаюць у нашай сістэме.

TON таксама мае праблемы з дапрацоўкай. Гэта дазваляе валідатарам змяняць несапраўдныя блокі без раздваення, бо ён больш эфектыўны і будзе ўплываць толькі на некаторыя блокі гісторыі. Аднак гэтая канструкцыя таксама дазваляе зламысніку змяняць адвольныя блокі гісторыі, калі яны могуць паставіць пад пагрозу набор валідатара. Звычайна ў сістэме з дапрацоўкай BFT павінна быць немагчыма змяніць гісторыю, нават калі бягучы набор валідатара парушаны. Нават у традыцыйнай схеме PoW, запуск 51% нападу і мадыфікацыя блокаў гісторыі мае значна большы кошт з нізкай верагоднасцю поспеху. Такая канструкцыя можа выклікаць праблемы бяспекі ў TON.

24. Вітэ

АФІЦЫЙНЫ САЙТ: https://www.vite.org
ТЭХНІЧНЫЯ РЭСУРСЫ: https://www.vite.org/whitepaper/vite_en.pdf

Віта ў асноўным выпраўляе праблему NANO, якую мы згадвалі ў параўнанні з NANO. Ён выкарыстоўвае тую ж сетку з NANO і дадае новы механізм кансенсусу (HDPoS) для пабудовы ланцужка здымкаў. Гэта не толькі вырашае праблемы бяспекі ў NANO, але і заказвае транзакцыі, што робіць яго здольным выконваць разумныя кантракты. Больш за тое, Vite ўспадкоўвае перавагі NANO, у тым ліку амаль імгненныя транзакцыі з высокім TPS.

Адна з складаных задач у выкарыстанні структуры DAG заключаецца ў вызначэнні парадкавання здзелак. Vite мае глабальную кансенсусную групу, якая працуе з алгарытмам кансенсусу для стварэння ланцужка здымкаў. Гэты алгарытм важны, таму што ён з'яўляецца ключавым для паляпшэння недахопаў NANO у сферы бяспекі і адсутнасці поўнага замовы. На жаль, мы не можам знайсці падрабязную інфармацыю пра алгарытм у іх артыкуле і не ведаем, як транзакцыі на блокбаты падбіраюцца і ўкладваюцца ў ланцужок здымкаў. Надзейны і справядлівы гэты крытычны працэс? Для вырашэння гэтых задач DEXON распрацоўвае ўласны хуткі алгарытм візантыйскіх пагадненняў, і ён надзейна бяспечны і дастаткова справядлівы.

25. Zilliqa

АФІЦЫЙНЫ САЙТ: https://zilliqa.com
ТЭХНІЧНЫЯ РЭСУРСЫ: https://arxiv.org/pdf/1801.00687.pdf

Zilliqa - аптымізаваны PBFT. Для зборкі подпісаў з вузлоў выкарыстоўваецца шмат-подпіс EC-Schnorr. Гэта зніжае выдаткі на сувязь. Для вырашэння абмежаванай прапускной здольнасці ў сістэме, заснаванай на ланцугу, Zilliqa выкарыстоўвае тэхніку штампоўкі для паралельнага апрацоўкі транзакцый. Канкрэтны фрагмент збірае мікраблокі ад звычайных аскепкаў, каб атрымаць канчатковыя блокі.

У Zilliqa ёсць некалькі недахопаў. Па-першае, аб'яднанне шматлікіх подпісаў вылічальна шмат. Гэта не праблема з дзесяцісекундным тэрмінам дапрацоўкі, але ў часе дапрацоўкі пасля другой секунды гэта немагчыма з вялікай колькасцю вузлоў у фрагменце. Па-другое, Zilliqa выкарыстоўвае спецыфічны пратакол кансенсусу, які працуе на асколках, каб аб'яднаць мікраблокі з іншымі чарапкамі. Гэта падвойвае затрымку. У DEXON няма канкрэтнага фрагмента для запуску іншага лішняга пратаколу кансенсусу. Механізм закручвання DEXON сіметрычны. DEXON выкарыстоўвае стан рэзкі, што азначае, што кожны асколак захоўвае толькі стан, звязанае з самім сабой. Гэты механізм зачысткі сіметрычны, а значыць, кожны асколак мае аднолькавы ўклад ва ўмовах кансенсусу, і гэта лічыцца больш справядлівым.

Выснова

Такім чынам, існуе мноства блокчейн-сістэм, якія маюць свае моцныя і слабыя бакі. У гэтым артыкуле мы вылучым 25 (з невядома, колькі) сістэм blockchain, якія даступныя публічна. Хоць мы хочам параўноўваць гэтыя сістэмы з DEXON, адным з ключавых абавязацельстваў, які мы хочам вам, як чытачу, з'яўляецца разуменне таго, што blockchain (або тэхналогія размеркаванай кнігі) усё яшчэ знаходзіцца на ранняй стадыі і з новаўвядзеннямі, прадстаўленымі на гэтай зачаткавай стадыі, тэхналогіяй усталёўваецца да паспявання і квітнее ў самыя кароткія тэрміны з больш даступнымі сістэмамі blockchain, якія могуць прынесці карысць кампаніі або чалавеку ў адпаведнасці з іх канкрэтнымі патрэбамі.

Калі вы хочаце абмеркаваць гэтую артыкул альбо хочаце, каб мы дадалі больш у гэты спіс, звярніцеся непасрэдна да тэхнічнай каманды DEXON праз Gitter: https://gitter.im/dexon-foundation/Lobby

Мы вітаем ваша меркаванне і хочам узбагаціць існуючыя веды аб тэхналогіі blockchain на карысць усім.

Давайце пагаворым пра DEXON

Вы можаце зарэгістравацца на рассылку для апошніх абнаўленняў альбо далучыцца да нас у розных дыскусіях супольнасці на розных платформах.

Discussions Абмеркаванне ў Telegram: https://t.me/dexon_foundation
Аб'явы: https://t.me/dexon_news
Абвесткі пра афёру: https://t.me/dexon_scam_alerts

Gitter (афіцыйны Dev-чат 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
Сярэдні: https://medium.com/dexon