Блокчейн F(x) как составляющая автономной, децентрализованной экосистемы Function X

Я уже Вам рассказывал о возможности предзаказа смартфона, который работает на F(x)OS, в основе которой лежит технология блокчейна F(x), и который является на сегодня первым и единственным в своем роде, так как многие другие производители, которые заявляли о подобных решениях, осмелились только на внедрение крипто кошелька в свои устройства. Так же я упоминал что данное устройство является лишь частью экосистемы, которая в будущем будет состоять из множества других устройств, как произведенных командой Pundi X, так и их парнерами-производителями оригинальных устройств. Например совсем скоро, после релиза основной сети блокчейна F(x), в эту экосистему войдет уже хорошо всем известное и легендарное устройство от PundiX XPOS, которое пока что, работает на своей собственной OS XPOS. Так давайте же разберемся подробнее, что собой представляет блокчейн F(x) и децентрализованная экосистема Function X.

По гениальной задумке команды разработчиков, которая была сформирована специально для создания, поддержки и всестороннего развития данной экосистеми, Function X - это децентрализованный интернет будущего, который использует технологию блокчейн и интеллектуальные устройства конечного пользователя, которые так же являются узлами данной сети (нодами).

Целью разработчиков есть постройка абсолютно новой, автономной и децентрализованной сети, которая не будет зависить от кого либо или чего либо, будь то отдельное устройство, организация или целая структура. Данная сеть построена на блокчейне и для блокчейна, где все максиально безопасно и децентрализовано, а каждый бит и байт данных проходит через блокчейн F(x) и является его частью.

Экосистема Function X состоит из пяти основных элементов:

1. Операционная система F(x) для устройств IoT.
2. Распределенный регистр Function X, то есть блокйечн F(x).
3. Function X IPFS.
4. Протокол FXTP.
5. Децентрализованный докер Function X.

Сегодня я расскажу подробнее именно о блокчейне F(x), а все остальные компоненты мы с Вами рассмотрим в следуюющих постах.

Итак, раз Вы читаете мой блог, то, могу смело предположить, что Вы знаете определение технологии блокчейн, и мы можем на этом не останавливатся, а смело идти к конкретному блокчейну, в данном случае F(x).

Блокчейн F(x) разрабатывается соответственно современным требованиям рынка, где блокчейн должен иметь возможность удовлетворить спрос потребителей, кторый, к слову, пока только постоянно растет. Соответственно он должен иметь высокую пропускную способность, которая возможна при идеальном взаимодействии програмного обеспечения с открытым исходным кодом и аппаратных устройств, таких как XPOS, Blok on Blok (BoB) и другие устройства-партнеры сети.

Блокчейн F(x) представляет собой набор согласованных алгоритмов в форме распределенного регистра и является его твердой основой. В блокчейне F(x) хранятся и проверяются транзакции, включая финансовые, платежные, коммуникационные, сервисы (DApps) и многое другое. Все, что может передаваться по распределенной сети, может так же и храниться в блоке сети F(x). Помимо прочего, это могут быть записи телефонных звонков, сообщения, веб-сайты, пакеты данных, исходный код и т. д. Так же важно отметить, что в ходе всех этих процессов все данные шифруются и только владелец закрытого ключа имеет право решать, каким образом данные должны передаваться, храниться, расшифровываться или даже уничтожаться.

Что касается развертывания сети аппаратных устройств, то у команды на это по истине грандиозные планы. Всего за год-два они планируют обойти по количеству нод сети таких гигантов индустрии, как Bitcoin с количеством нод 7000 по всему миру и Ethereum с 25000 узлами сети, так же разбросанными по всему земному шару. Ну что ж, я искренне желаю им удачи в реализации этой сложной задачи.

А мы переходим к очень важному компоненту любого блокчейна - алгоритму консенсуса. У блокчейна F(x) - это Practical Byzantine Fault Tolerance (PBFT), который произошел от «проблемы византийских генералов».

Данная проблема была точно разъяснена в статье Лесли Лэмпорта, Роберта Шостака и Маршалла Пиза в Microsoft Research в 1982 году:

«Представьте себе, что несколько подразделений византийской армии располагаются лагерем за пределами вражеского города, причем каждое подразделение находится под руководством отдельного генерала. Генералы могут общаться друг с другом только через мессенджер. Разведав про врага, они должны определиться с общим планом действий. Однако некоторые генералы могут быть предателями, пытаясь помешать лояльным генералам прийти к соглашению. Генералы должны решить, когда атаковать город, но им нужно значительное большинство своей армии, чтобы атаковать одновременно. У генералов должен быть алгоритм, гарантирующий, что (а) все лояльные генералы примут решение по одному и тому же плану действий, и (б) небольшое количество предателей не может заставить лояльных генералов принять плохой план. Все лояльные генералы будут делать то, что говорит алгоритм, но предатели могут делать все, что пожелают. Алгоритм должен гарантировать условие (а) независимо от того, что делают предатели. Лояльные генералы должны не только прийти к соглашению, но и договориться о разумном плане.»

Итак, византийская отказоустойчивость (BFT) - это функция распределенной сети, позволяющая достичь консенсуса, даже если некоторые узлы в сети не отвечают или дают неверную информацию. Целью механизма BFT является защита от сбоев системы путем использования коллективного принятия решений (как правильных, так и скомпрометированных узлов), целью которых является снижение влияния неисправных или скомпрометированных узлов.

Данный консенсус может быть достигнут, если правильно работающие узлы в сети достигают соглашения по своим значениям. Может быть значение голоса по умолчанию, данное пропущенным сообщениям, то есть мы можем предположить, что сообщение от определенного узла является «неисправным», если сообщение не получено в течение определенного периода времени. Кроме того, мы также можем назначить ответ по умолчанию, если большинство узлов отвечают правильным значением. Лесли Лэмпорт доказал, что, если у нас есть 3m + 1 правильно работающих процессоров, можно достичь консенсуса (соглашение по одному и тому же состоянию), если не более m процессоров неисправны, что означает, что строго более двух третей от общего числа узлов сети должны быть честными.

Преимущества данного алгоритма консенсуса:

1. Энергоэффективность: PBFT может достичь распределенного консенсуса без выполнения сложных математических вычислений (как в PoW).
2. Законченность транзакций: транзакции не требуют многократных подтверждений (как в случае механизма PoW в Биткойне, где каждый узел проверяет все транзакции индивидуально перед добавлением нового блока в цепочку блоков; подтверждения могут занимать от 10 до 60 минут в зависимости от того, сколько объектов подтверждают новый блок) после того, как они были доработаны и согласованы.
3. Низкая дисперсия вознаграждения: каждый узел в сети принимает участие в ответе на запрос клиента, и, следовательно, каждый узел может быть стимулирован, что приводит к низкой дисперсии в вознаграждении узлов, которые помогают в принятии решений.

Что насчет масштабируемости, то PBFT в этом направлении нужно дорабатывать, так как из за ориентированности на высокую безопасность данных в сети и, соответственно, связи между всеми участниками сети на каждом шагу, время ответа на запрос будет расти вместе с ростом количества устройств. И, в данном случае, это действительно необходимо делать, и, я надеюсь, что совсем скоро мы сможем увидеть данную доработку от команды Function X. Что же насчет первоначального запуска сети, то я думаю, все должно работать идеально и быстро. Так что ждем релиза основной сети, и тогда будем обсуждать уже конкретные результаты.

А на этом наше обсуждение блокчейна F(x) пока закончено, и, если у Вас возникли какие либо вопросы, то, как и ранее, Вы можете задать мне их в ЛС на форуме bitcointalk, ссылку на мой профайл можно найти: здесь. С нетерпением жду Ваши вопросы и замечания.