GONT vs. TON

Всем привет! Сегодня говорим об особенностях и различии платформ GONT и TON (Telegram Open Network). Рассказываем о предпосылках TON к созданию и внедрению сервисного газа и о том, что же такого уникального есть в GONT, чего нету в TON. Продуктивного чтения!

Предпосылки TON к созданию Gas

То, что уже заложено в TON, довольно близко по отношению к GONT философии.

1) Модификация EVM
Виртуальная машина TON (TVM) vs. многоядерная виртуальная машина GONT (GVM).

В отличие от TON, GONT переходит от концепции «bag of cells» к концепции «bag of VMs» и четко описывает правила автогенерации этих cells.
В GONT также возможны регистры, а не только stack, т.к. мы хотим перейти на HW уровень реализации (специализированные БЧ сервера).
В GONT мы будем использовать 512 бит.

TON пока не думает больше, чем о шардинге данных внутри VM! Тем самым TON отсекает сразу множество функциональных возможностей газа и принадлежность газа разным сервисам!

2) Функциональный язык
Функциональное пространство для ввода функционального языка в GONT намного богаче, чем в TON.

3) Адаптивный консенсус
TON строит адаптивность на основе случайности, GONT — на базе онтологической близости сервисов, а потом уже на основе случайности!

4) Понятие близости разных БЧ (аналог онтологической близости сервисов)

5) Plasma.io как основа всей технологии
Основа всей технологии TON — это Plasma.io. GONT же рассматривает логические кольца разных БЧ и только как небольшую свою часть — Плазму.

6) «Fog computing»
Взяли у SONM.

7) Самовосстановление и самоверификация
TON серьезно рассматривает возможность самоверификации! Есть предпосылки к созданию KANT системы (как у GONT).

В GONT самоверификация и устойчивость реализована еще сильнее. В GONT есть несколько уровней самоверификации:

1. Верификация Оракула.
2. Автоматическая (формально верная) генерация всех компонентов на основе 100% верной информации из Оракула.

8) Внутренний роунтинг в TON сети
В отличие от TON, в GONT роутинг осуществляется исключительно внутри GONT VM!

9) Контейнеры данных и decentralized DB
Взяли идею у Yandex (Yandex Cocaine начинался с DHT)!

10) PoS как основа сети

11) Шлюз для подключения сторонних сервисов
В GONT точки подключения контейнеров данных сервисов публикуются через KANT.

12) DNS
Фактически, сам GONT оракул является глобальным DNS. Узлы Оракула именуют все глобальные смыслы в системе.

13) Выделенные каналы для платежей
Скорее всего, заимствовано у Ripple.

В GONT каналы реализуются через gVM.
gVM состоит из множества независимых кластеров, каждый из которых можно рассматривать как выделенный канал. Т.е. роутинг внутри GONT VM можно считать «многоканальным». Как, например, на дороге есть несколько полос движения в одном направлении. Отдельные кластеры в gVM реализуются специальными методами как повышенно защищенные.

14) Интеграция под atomic swaps
В GONT интеграция происходит через многокластерность GONT VM.
GONT VM может работать сразу с несколькими блокчейнами, отображая их на разные кластеры. Т.к. TON «боится» сильно трогать EVM, то такой вариант они не рассматривают. Поэтому пока остаются сомнения, что TON может быть площадкой для надежных atomic swaps.

15) KANT как выделенная служебная БЧ
В отличие от TON, трактовка KANT в GONT намного шире. GONT KANT отвечает за реалистичность всей экономики валюты!

16) Длинные «каналы транзакций»
Гарантированно повлечет глобальные сбои сети из-за появления непредусмотренных race-conditions и т.п.

GONT же вводит понятие TREVAL для длинного канала транзакции. Но этот канал полностью находится внутри VM и должен завершиться состоянием TOTAL COMMIT для возможности записи в БЧ, иначе транзакция будет отброшена. У TON более опасный поход. Т.е. непонятно, как они будут отрабатывать ошибки транзакций (нехватка газа и т.п.).

17) Различные типы контрактов
GONT вводит «открытые» и «закрытые» контракты. В основном, по отношению к эволюции действия. Эволюция подразумевает проход только одной последовательности узлов. Открытый контракт — это по сути «package» независимых закрытых контрактов.

Сигналы к созданию газа у TON и остальных (когда они поймут, что нужно вводить газ):

• Перенос шардинга с блокчейна (шардинг вроде вложенных БЧ и т.п.) на виртуальную машину. Эффективный шардинг возможен и для EVM! Но над этим пока никто не рабтает.
• Создание функционального пространства (вроде FUPE) для функционального языка.
• Понимание того, как кодировать команды для EVM системным образом.

В GONT кодирование происходит через адреса узлов. Для газа нужна стройная система кодирования с наследованием как у крипто-котиков! У TON нет такой системности. Т.е. GONT Node Addr = код транзакции = инструкция в GONT VM. Чтобы ввести газ, нужно ввести подобную систему кодирования транзакций.

• Ввод континуума сервисов.
  Когда сервисов мало, то газ не очень актуален. Интересен континуум сервисов. Например, у сайта chess24 может быть 1000 «мелких» поставщиков контента.
  TON пока рассматривает не очень много сервисов.

• Расширение пространства STATE (STATE+).
  STATE+ также является и сигналом к тагетированию IoT рынка.

• Множество форматов разных транзакций для ввода множества «молекул» газа.

• Акцент на шардинг EVM, вместо шардинга БЧ.

TON делает сильный акцент на шардинг исключительно БЧ, что отдаляет их от ввода газа. Собственно, эта тенденция намечается у всех проектов на рынке.

Пока не очень понятен смысл такого шардинга БЧ. Видимо, каждому пользователю Telegram будет соответствовать отдельный shard. Идея переработана из описания Plasma.io.

Механизм синхронизации между миллионами независимых БЧ цепочек разных сервисов на практике будет невозможно сделать. Они это признают, но затем еще больше усложняют систему, чтобы это разрешить. Одновременно идет заимствование у Universa.io — вводятся «Actors».

Ввод роутинга сообщений между БЧ может обрушить всю концепцию под тяжестью сложности реализации. Особенно, когда новые БЧ будет добавляться динамически по мере добавления новых сервисов.

В GONT роутинг вводится только между частями gVM и он инкапсулирован внутри одной ноды (майнера)!

• «Кольца Сатурна» GONT vs. дискретные орбиты TON
  Можно сказать, что у GONT, shard chains непрерывны «как кольца Сатурна», а у TON только две дискретные жесткие орбиты. Это не годится для ввода газа, так как нету пространства для ввода объектов микро-экономики («писатель стихов», «стих как молекула газа» и т.п.).
• Формула PoS стейка должна зависеть от покупки чужого газа и генерации своего газа. Т.е. должно осуществляться вознаграждение за активность.
  У TON пока только наказание, нет гармоничного подхода к PoS.
• Большое количество внутренних валют.
  TON поддерживает более 232 разных криптовалют, монет и токенов. Это является сильным сигналом к вводу газа!
  В GONT валюта должна определяться реальной работой, а не просто шардингом сети! На данный момент GONT на порядок дальше в смысловом понимании валюты.
• Дерево-граф.
  У TON дерево граф данных находится внутри VM.
  В GONT дерево должно быть в Оракуле, а VM поставляет только результат автогенерации VM блоков (gVM машины).
• Внешнее хранилище контрактов.
  Это может послужить хорошим толчком для внедрения газа!
  В GONT реализация аналога осуществляется через GONT Space (Оракул).
  Это может натолкнуть на введение газа потом.

Выводы

Как опередить TON на рынке?

1. 1 млн. строк качественного кода однозначно нас сделают всегда впереди, а остальных — догоняющими.

С условных 100 тыс. строк кода сейчас нужно перейти в состояние ~ 1 млн. строк кода. И создать некоторый стандар-де-факто для БЧ платформ.

1. Сильно опередить в HW разработке

2. Зависимость TON от заимствований

TON сильно завязан на заимствованные идеи (более чем) и может столкнуться с проблемами самоидентификации своей оригинальности.

У GONT практически нет заимствований и базовая «ядерная» идея полностью оригинальная.

Что есть TON?

TON — это большая компиляция всех известных на рынке идей, без особой инновации в основе. Видна большая работа по переработке и систематизации всех разумных WP на рынке. TON делает ставку на продвижение известных технологических идей через свой messenger.

Что уникального есть в GONT, чего нету в TON?

1. KANT как ядерный БЧ для работы ядра GONT.

2. Механизм вознаграждения при взаимодействии сервисов в GONT.

Т.е. когда газ сервисов смешивается, сервисы автоматически обмениваются вознаграждениями (кто кому и сколько платит) независимо от желаний «GONT-начальства». Все основано только на статистике сжигания газа.

1. GONT жестко ориентирован на обработку сложных гибридных транзакций класса IoT.
   TON думает только про шардинг, а не про сложность транзакций. Т.е. TON дальше от реальных сервисов.

2. TON не раскрывает архитектуру и философию транзакций.
   GONT широко трактует данную область и адаптируется под множество сервисов.

3. В TON не прописан механизм «владения» частной и приватной собственности.

4. Из-за отсутствия сложного Оракула, в TON очень слабое функциональное пространство для функционального языка.
   Язык GOL должен быть на порядок мощней!

Спасибо за внимание! Успехов!
GONT