Геном блокчейна TON

Сравнение с сообществом других блокчейн-проектов
), и даже в этом случае изменения должны быть очень консервативными,
чтобы сохранить обратную совместимость (например, изменение семантики
виртуальной машины может нарушить существующие смарт-контракты). Альтернативой было бы создание новых сайдчейнов с их различными правилами и привязка
их каким-либо образом к блокчейну (или блокчейнам) исходного проекта.
Можно было бы использовать блокчейн существующего проекта с одним блокчейном в качестве
внешней мастер-цепочки для принципиально нового и отдельного проекта.27
Наш вывод заключается в том, что геном проекта очень трудно изменить
после его развертывания. Даже начинать с PoW и планировать заменить
его PoS в будущем довольно сложно.28 Добавление осколков в проект,
изначально разработанный без их поддержки, кажется почти невозможным.29
Фактически, добавление поддержки смарт-контрактов в проект (а именно биткойн),
изначально разработанный без поддержки таких функций, было сочтено невозможным (или, по крайней мере, нежелательным большинством биткойн-сообщества)
и в конечном итоге привело к созданию нового блокчейн-проекта Ethereum.
2.8.17. Геном блокчейна TON. Поэтому, если кто-то хочет
построить масштабируемую блокчейн-систему, нужно с самого начала тщательно выбирать ее геном
. Если система предназначена для поддержки некоторых дополнительных
специальных функций в будущем, неизвестных на момент ее развертывания,
она должна поддерживать разнородные рабочие цепочки (с потенциально различными
правилами) с самого начала. Чтобы система была действительно масштабируемой, она должна поддерживать
сегментирование с самого начала; сегментирование имеет смысл только в том случае, если система
тесно связана (см. 2.8.14), поэтому это, в свою очередь, подразумевает наличие
мастерчейн, быстрая система обмена сообщениями между блокчейнами, использование BFT PoS
и так далее.
Если принять во внимание все эти последствия, большинство
вариантов дизайна, сделанных для блокчейн-проекта TON, кажутся естественными и почти
единственно возможными.
27 Например, проект Plasma планирует использовать блокчейн Ethereum в качестве своей (внешней) мастер
-цепи; в противном случае он мало взаимодействует с Ethereum, и его могла бы
предложить и реализовать команда, не связанная с проектом Ethereum.
28 сентября 2017 года Ethereum все еще пытается перейти от PoW к комбинированному
Система PoW + POS; мы надеемся, что когда-нибудь она станет по-настоящему PoS-системой.
29 Существуют предложения по сегментированию Ethereum, относящиеся к 2015 году; неясно, как
они могут быть реализованы и развернуты без нарушения работы Ethereum или создания по
существу независимого параллельного проекта.
73
2.9. Сравнение с другими Блокчейн-проектами
Год проекта G. Cons. Sm. Ch. R. Sh. Int.
Биткойн 2009 1 военнопленный № 1
Эфириум 2013, 2015 2 PoW да 1
NXT 2014 2+ PoS № 1
Tezos 2017, ? 2+ ПоЗ да 1
Каспер 2015, (2017) 3 PoW/POS да 1
BitShares 2013, 2014 3
0 DPoS нет m ht. нет Л
EOS 2016, (2018) 4 DPO да m ht. нет Л
PolkaDot 2016, (2019) 4 поз БФТ да м хт. нет Л
Космос 2017, ? 4 поз BFT да m ht. нет Л
ТОННА 2017, (2018) 5 поз БФТ да м микс дин. T
Таблица 1: Краткое описание некоторых известных блокчейн-проектов. Столбцы следующие: Проект название проекта;
Год объявлен и год развертывания; G. поколение (см. 2.8.15); Минусы. алгоритм консенсуса
(см. 2.8.3 и 2.8.4); Sm. поддержка произвольного кода (смарт-контракты; см. 2.8.6); Ч. одиночная / множественная
блокчейн-система (см. 2.8.2); R. гетерогенные / однородные многоцепочечные системы (см. 2.8.; Sh.
поддержка сегментирования (см. 2.8.12); Int. взаимодействие между блокчейнами, (L) полетом или (T) полетом (см. 2.8.14).
2.9 Сравнение с другими Блокчейн-проектами
Мы завершаем наше краткое обсуждение блокчейна TON и его наиболее важных и уникальных особенностей, пытаясь найти для него место на карте, содержащей
существующие и предлагаемые блокчейн-проекты. Мы используем критерии классификации
, описанные в 2.8 , для единообразного обсуждения различных блокчейн - проектов
и построения такой карты блокчейн - проектов . Мы представляем эту карту как
Таблица 1, а затем кратко обсудите несколько проектов отдельно, чтобы указать на их
особенности, которые могут не вписываться в общую схему.
2.9.1. Биткоин [12]; https://bitcoin.org /. Биткойн (2009) - первый и
самый известный блокчейн-проект. Это типичный блокчейн-
проект первого поколения: он одноцепочечный, в нем используется доказательство работы с
алгоритмом выбора вилки с наибольшим количеством выигрышей, и у него нет языка сценариев, полного Тьюринга
(однако поддерживаются простые сценарии без циклов). Блокчейн Биткойна не имеет понятия об учетной записи; он использует UTXO (неизрасходованный
Вывод транзакции) модель вместо этого.
2.9.2. Эфириум [2]; https://ethereum.org /. Ethereum (2015) -
первый блокчейн с поддержкой смарт-контрактов, завершенных по Тьюрингу. Как таковой,
это типичный проект второго поколения, и самый популярный среди них.
Он использует доказательство работы на одном блокчейне, но имеет смарт-контракты и
учетные записи.
74
2.9. Сравнение с другими Блокчейн-проектами
2.9.3. NXT; https://nxtplatform.org /. NXT (2014) - это первый блокчейн и валюта на основе PoSbased. Он по-прежнему является одноцепочечным и не имеет поддержки смарт-
контрактов.
2.9.4. Тезос; https://www.tezos.com /. Tezos (2018 или более поздняя версия) - это предлагаемый проект с одним блокчейном на основе POS. Мы упоминаем об этом здесь из-
за его уникальной функции: его функция интерпретации блоков ev_block (см. 2.2.6)
не фиксирована, но определяется модулем OCaml, который может быть обновлен
путем внесения новой версии в блокчейн (и сбора некоторых голосов
за предлагаемое изменение). Таким образом, можно будет создавать собственные проекты
с одной цепочкой, сначала развернув блокчейн vanilla Tezos, а затем
постепенно изменяя функцию интерпретации блоков в нужном направлении,
без какой-либо необходимости в жестких вилках.
Эта идея, хотя и интригующая, имеет очевидный недостаток, заключающийся в том, что она запрещает любые
оптимизированные реализации на других языках, таких как C++, поэтому блокчейн на основе Tezos
обречен на более низкую производительность. Мы считаем, что аналогичный
результат можно было бы получить, опубликовав формальную спецификацию
предлагаемой функции интерпретации блоков ev_trans, не
фиксируя конкретную реализацию.
2.9.5. Casper.30 Casper - это будущий POS-алгоритм для Ethereum; его
постепенное развертывание в 2017 (или 2018), в случае успеха, превратит Ethereum в
одноцепочечную PoS-систему или смешанную PoW + POS-систему с поддержкой смарт-контрактов,
превратив Ethereum в проект третьего поколения.
2.9.6. BitShares [8]; https://bitshares.org . BitShares (2014) - это платформа для распределенных обменов на основе блокчейна. Это гетерогенная многоблочная система DPoS без смарт-контрактов; она достигает своей высокой производительности, позволяя использовать только небольшой набор заранее определенных специализированных
типов транзакций, которые могут быть эффективно реализованы на C++, предполагая блокчейн
состояние ts в памяти. Это также первый блокчейн-проект, в котором используется делегированный
Доказательство заинтересованности (DPoS), демонстрирующее его жизнеспособность, по крайней мере, для некоторых специализированных целей.
2.9.7. EOS [5]; https://eos.io . EOS (2018 или более поздняя версия) - это предлагаемая гетерогенная многоблочная система DPoS с поддержкой смарт-контрактов и
некоторой минимальной поддержкой обмена сообщениями (все еще слабо связанная в смысле,
описанном в 2.8.14). Это попытка той же команды, которая ранее
30https://блог.ethereum.org/2015/08/01/ представляем-каспер-дружелюбный-призрак/