Совместимость с несколькими реестрами

Учитывая, что децентрализованное облако Sparkster является блокчейном, специализирующимся на облачных вычислениях, оно не выполняет платежи изначально. Следовательно, у нас есть необходимость интегрироваться с другими блокчейнами и виртуальными валютами для облегчения платежей. По сути, если вы хотите создать часть программного обеспечения, которое производит платежи другим сторонам, программное обеспечение, определенное на платформе Sparkster, должно взаимодействовать с другими сетями.

 

 

В настоящее время платформа Sparkster имеет встроенную интеграцию с Ethereum и IOTA. Создавайте Ethereum смарт-контракты на простом английском языке, и также взаимодействуйте с любым Ethereum смарт-контрактом на простом английском языке. Следствием этого является то, что умное программное обеспечение может быстро и легко развиваться, что может взаимодействовать с Ethereum смарт-контрактами и использовать его. Кроме того, взаимодействуйте с сетью IOTA с помощью IOTA Smart Transactions, поддерживаемых IOTA Flash-каналами.

 

 

Последствия существенны. Учитывая возможность создания программного обеспечения Enterprise grade с платформой Sparkster, легко интегрируйте эти смарт-контракты и транзакции в существующие бизнес-процессы. В качестве альтернативы, создавайте программное обеспечение, которое решает значимые проблемы в бизнесе, но платите клиентам в валютах, которые они фактически используют. С Sparkster нет ограничений.

 

 

В будущем мы добавим поддержку для других блокчейнов, в частности NEO, Cardano и Stellar. Подробную информацию см. В дорожной карте.

 

Последовательное Хеширование

Как вычислительные узлы идентифицируют, в какой ячейке хранятся данные клиента без централизованного координатора и без какого-либо глобального участника? Именно здесь приходит интеллектуальный алгоритм, называемый Последовательное Хеширование. Этот алгоритм позволяет нам хешировать идентификатор клиента и извлекать ограниченное число. Поскольку оно ограничено, представьте, что границы представляют точку на круге, и все ячейки (кластеры узлов) делят этот круг равноудаленно. Теперь мы легко можем назначить ячейку клиенту и идентифицировать его ячейку, используя алгоритм Последовательного Хеширования. Самое главное, любой вычислительный узел может самостоятельно определять, где они могут находить данные клиента, без взаимодействия с каким-либо центральным органом или с какой-либо центральной базой данных. Следовательно, у нас есть полностью децентрализованная сеть.

 

 

AI and IOT

Поскольку платформа Sparkster нацелена на то, чтобы дать людям возможность воплотить свои идеи в жизнь, новые технологии, такие как AI и IOT, являются необходимыми составляющими платформы. Однако наша цель - сделать эти технологии доступными для людей, без программирования, не говоря уже о сложной математике, лежащей в основе ИИ. До сих пор мы сделали распознавание лица на основе ИИ без единой строчки кода и будем приносить другие формы искусственного интеллекта, такие как обработка естественного языка, распознавание речи и иные, для платформы Sparkster в доступном виде.

 

 

В настоящее время Sparkster имеет промышленные партнерства IOT с ARM® и Libelium® и имеет встроенную интеграцию с Apple® Homekit, Amazon® Alexa, Arduino®, Raspberry Pi®. Платформа Sparkster может рассматриваться как среда, специально сконструированная для высоких требований к пропускной способности IOT, но делая все эти технологии доступными без какого-либо кода. На нашем канале YouTube® имеется видеоролик о детях в возрасте от 7 до 10 лет, создающих устройства IOT, самостоятельно и без единой строчки кода с платформой Sparkster. Если они могут это делать, мы все можем это делать.

 

 

На Mobile World Congress 2018 мы продемонстрировали платформу Sparkster с использованием AI распознавания лица для обнаружения уборщика и открытия дверного замка August®, управляемого Apple® Homekit, и выполнить автоматическую оплату через IOTA. Все демо было создано без кода, на простом английском языке. На нашем канале YouTube вы найдете видеоролик об этой демонстрации.

 

Система мотивации

 

 

Существуют ограничения, связанные с Протоколом по консенсусным стандартам (SCP), который должен быть рассмотрен для использования в широких пределах. А именно, что SCP не имеет системы мотивации, чтобы сохранять участников честными и не может дать решение, чтобы определить, кому доверять, формируя консенсус (Maziè res, 2016).

 

 

Системы мотивации необходимы для обеспечения достаточного участия в сети. Степень участия прямо пропорциональна ставке, по которой цена за операцию будет снижаться. Следовательно, оплата участников за их участие необходима для доставки децентрализованного облака, что значительно дешевле на операцию, чем традиционные облачные вычисления, и имеет решающее значение для реализации нашего видения разрушения $200 млрд. индустрии облачных вычислений. Однако эти стимулы также дают дополнительные положительные эффекты. А именно, они дают нам механизм поощрения участников в сети, которые ведут себя надлежащим образом.

 

 

Вычислительные узлы и узлы хранения вознаграждаются в SPARK токенах за их вклад в сеть. А именно:

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

· Узлы хранения предоставляют пространство для хранения и пропускную способность сети для хранения и получения зашифрованных данных от имени платящих клиентов.

Клиенты платят участникам сети за работу программного обеспечения и хранение данных. Учитывая, что предельные издержки за операцию почти ничтожны для вычислительных узлов в децентрализованном облаке Sparkster, мы быстро сходимся на затратах для клиентов, которые значительно дешевле традиционных облачных вычислений от таких компаний, как Amazon® и Microsoft®. Это предоставляет клиентам значительный стимул для принятия децентрализованного облака Sparkster, что, в свою очередь, помогает участникам сети увеличить нагрузку на сеть.

 

 

Владельцы устройств могут установить «цену за операцию» за использование своего устройства. В каждом заявлении или действии взимается эта «цена за функциональную операцию», установленную владельцем устройства. Таким образом, функция, которая была определена многими операциями, будет стоить дороже, чем та, которая имеет только несколько операций. Причина, по которой такая система необходима, заключается в том, чтобы создать препятствие для создания операций, которые выполняются вечно, иначе называемые бесконечными циклами, в рамках функций, определенных нашими клиентами. Будет установлен максимальный «предел газа», который представляет собой максимальное количество операций, которые функция может выполнять на законных основаниях. Если функция достигает этого предела, выполнение функции автоматически прекращается. Это необходимо для того, чтобы убедиться, что функция разработана правильно, т. е. работа небольших блоков, и бесконечные петли не влияют на доступность сети. Эта цена определяет, насколько устройство вознаграждается за каждую функцию, когда этот узел выбран для выполнения функции от имени клиента или покупателя.

 

 

Выделение работы на выполнение определяется распределением вероятности долевого участия, в котором:

 

 

 

Где:

 

𝑃 𝑖

= 𝑛 𝑖

𝑁

𝑃 𝑖 - Вероятность присвоения некоторого вычислительного узла 𝑖

𝑛 𝑖 - количество долей токенов по узлу 𝑖

𝑁 - общее количество долей токенов по всем узлам

 

Используется доказательство доли, поскольку это обеспечивает мотивацию для вычислительных узлов и узлов хранения работать честно в сети. Любое неправильное поведение приведет к тому, что эта доля будет захвачена узлами проверки, которые обнаруживают такое неправильное поведение. Например, если узел утверждает, что выполнил задачу, но на самом деле ее нет, его ставка будет взята верификационным узлом. Следовательно, существует сильный стимул для того, чтобы как вычислительные узлы, так и узлы хранилища функционировали честно.

 

 

В этом и заключается естественный стимул для проверочных узлов. Они защищают сеть в надежде получить ставки от тех, кто ведет себя злобно. В то время как узлы вычислений и узлы хранения получают доход, пропорциональные их доле, контрольные узлы получают доход, пропорционально выполняемой ими работе, а именно проверке транзакций. Здесь, вместо расточительных усилий, как в случае с Bitcoin (Hern, 2018), контрольные узлы децентрализованного облака Sparkster выполняют полезное доказательство работы. Кворум контрольных узлов необходим, чтобы узел обнаружения получал вознаграждение. Участники этих кворумов выбираются случайным образом, чтобы избежать риска сговора. Для тех, кто не хочет делить токены, они все еще могут участвовать в децентрализованном облаке Sparkster в качестве контрольных узлов, зарабатывая от использования своих вычислительных мощностей и памяти.

 

 

Узлы хранения вознаграждаются за хранение и извлечение данных. Подобно вычислительным узлам, вероятность присвоения запроса на хранение, помимо других факторов, является функцией выделенных на это токенов. Это необходимо, так как узел хранения может ошибочно удалить данные после того, как он получил платеж. Следовательно, в этом случае проверяющие узлы запрашивают данные, чтобы подтвердить, что они все еще сохраняют эти данные.

 

 

Клиенты могут выбирать, как долго они хотели бы, чтобы их данные сохранялись в децентрализованном облаке Sparkster. По истечении этого времени верификационные узлы перестанут проверять постоянство данных, а узлы хранилища могут удалить эти данные без риска потери своей доли. Ценообразование устанавливается владельцами узлов хранилища самостоятельно по каждой записи в месяц.

 

 

Чтобы еще больше повысить надежность среди наших участников узла Storage, эти участники не оплачиваются единовременно по договору хранения. Скорее, они оплачиваются на основе производительности. А именно, они получают вознаграждение каждую неделю за хранение данных за неделю до этого.

 

 

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

 

 

Распределение запросов сохранения на узлы хранения определяется распределением вероятности, в котором:

 

 

 

Где:

 

𝑃 𝑖

𝑛 𝑖

= (𝑁 )

 

∙ 𝐴 ∙ 𝑅

 

𝑃 𝑖 - Вероятность присвоения некоторого узла 𝑖

𝑛 𝑖 - количество долей токенов по узлу 𝑖

𝑁 - общее количество долей токенов всеми узлами

𝐴 - это индекс доступности, как определено ниже

𝑅 - это переменная времени ответа, как определено ниже

 

 

Доступность представляет собой экспоненциально сглаженное индексированное значение, основанное на количестве часов, в которые узел перешел в режим обслуживания. Следовательно, здесь мы вводим стимул для операторов узлов хранения, чтобы обеспечить доступность их узлов. Экспоненциальное сглаживание гарантирует, что, хотя прошлое никогда не забывается, последнее значение доступности становится более значительным. Поэтому проблемы прошлого могут быть восстановлены. Это происходит следующим образом:

 

 

Для некоторого узла  𝑞,

 

 

Let 𝑥

 

 

= 1 −

 

ℎ 𝑖  

 

 

, for ℎ, 𝑚 > 0

 

 

Где:

𝑖        ( )

𝑚 𝑖

 

𝑥 𝑖 - число индексов доступности за определенный месяц 𝑖

ℎ 𝑖 - количество часов обслуживания в месяце 𝑖

𝑚 𝑖 - общее количество часов в месяце 𝑖

 

 

𝑥 𝑖 ∈ {𝑥 𝑡 }, для 𝑞 так, что:

𝐴 𝑡  = 𝛼 ∙ 𝑥 𝑡  + (1 − 𝛼 ) ∙ 𝐴 𝑡 − 1, for 𝑡 > 0

 

Где:

 

 

𝐴 𝑡 Текущая ожидаемая скорость доступности

α - коэффициент сглаживания, а 0 < α < 1

 

 

 

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

 

 

𝑟 𝑖 ∈ {𝑟 𝑛 }, Таким, что:

∑

𝑛

𝑖 =1

𝑟 𝑖

 

− 𝑇

𝑅 = 1 − ( 𝑛   )

𝑇

 

Где:

 

 

𝑅 - переменная времени ответа

𝑇 является сетевым порогом

{𝑟 𝑛 } - это время отклика узла, определяемое проверяющим узлом над n наблюдениями.

 

 

Затухание порога транзакции является функцией транзакций, обработанных во время t, таким, чтобы:

𝑑 𝑇

𝑑 𝑡  = − 𝛾 ∙ (𝑇 − 𝑇 𝑛 )

Где:

 

𝑑 𝑇

𝑑 𝑡

 

скорость обработки транзакций

𝛾  Константа затухания

𝑇 Число транзакций

𝑇 𝑛  Целевое количество транзакций

 

1

∴

𝑇 − 𝑇 𝑛

 

𝑑 𝑇 = − 𝛾 𝑑 𝑡

 

1

𝑛

∫ 𝑇 − 𝑇

𝑡

𝑑 𝑇 = − 𝛾 ∫ 𝑑 𝑡

𝑡 =0

 

 

ln|𝑇 − 𝑇 𝑛 | = − 𝛾 ∙ 𝑡

 

|𝑇 − 𝑇 𝑛 | =  𝑒 ^{− 𝛾 ∙ 𝑡}

 

𝑇 (𝑡 ) =  𝑇 𝑛  + 𝑒 ^{− 𝛾 ∙ 𝑡}

 

 

⇐ Предыдущая12345678910Следующая ⇒

Поделиться: