EdenChain - Полный обзор ICO


https://cdn-images-1.medium.com/max/873/1*XcXQin_D8fQbf2v7AnD50g.jpeg

Проект EdenChain является сложным и тяжелым с концепцией технологических деталей возможной альтернативы Ethereum. Здесь, я думаю, было бы целесообразно сравнить эту ситуацию с битвой при Давиде против Голиафа. Естественно, никто с здравым смыслом не поставил бы на Дэвида, взяв на себя Гиганта. Тем не менее, результат оказался неверным скептиками. Дэвид выиграл, и мораль этой истории состоит в том, что даже у гигантов есть слабые места и их можно победить. Другими словами, какой бы амбициозной и нереалистичной целью проект  EdenChain не было, очертания проблем и возможных решений, которые они  предлагают, имеют смысл, поэтому, возможно, у них есть шанс.

Платформа Ethereum и основная цель сети в основном заключается в поддержке построенных на ней блоковных приложений (dApps). Архитектура  Ethereum с ее «газом», «Смарт-контрактами» и возможностью участников  выпускать различные монеты с конкретными приложениями хорошо подходят  для этой цели. Хотя существуют две ключевые проблемы, которые еще не решены, плюс они являются своего рода внутренним; они появляются из основной архитектуры блока и, в частности, ее реализации Ethereum.

Первой  проблемой является вездесущая медлительность процесса подтверждения  транзакции блокчин и огромная вычислительная мощность и электричество,  необходимые для выполнения процедур протокола «Проверка  работоспособности». Кроме  того, стоит упомянуть, что все Ethereum dApps работают, используя одну и  ту же последовательность транзакций (например, транзакции одного dApp  должны ждать подтверждения транзакций другого dApp, они образуют одну  строку.) Это означает, что приложения не изолированы от друг  друга и, как следствие, задержки, узкие места и перегрузки запросов  пользователя в одном dApp влияют на все другие приложения. (См. CryptoKitties). В некотором роде это архитектурный недостаток.

Не обеспеченные возможности подключения

Другой  менее часто упоминаемой проблемой является проблема «Оракулов», другими  словами, надежность внешней информации, предоставляемая  Smart-контрактам. Существует эта проблема «единственной слабой цепи». Функционирование Smart Contracts on blockchain безопасно и надёжно; этот высокий уровень надежности обеспечивается самими принципами их архитектуры. Единственная проблема заключается в том, что Smart Contracts требуют внешней информации для принятия своих решений. Например,  если перевод денег поставщику вызван фактом успешной доставки его  продукта, информация о доставке получена Smart Smart, ответственной за  эту операцию, извне. И это ставит вопрос о достоверности этого внешнего источника данных. Предположим, что источник информации является надежным; есть еще несколько проблем, связанных с каналом между источником и блочной цепью. А именно, сообщения могут быть перехвачены хакерами, изменены и отправлены в Smart Contract в этой искаженной форме. Или возможно, что какой-то злой актер олицетворяет авторитетный источник данных и отправляет ложные сообщения от своего имени.

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

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

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

 Для  решения проблемы достоверности внешней информации EdenChain включает  специальный промежуточный уровень (E-Bridge), обеспечивающий буфер между  внешними данными и Smart Contracts. По  сути, проблема надежности внешних данных решается следующим образом:  система получает данные из нескольких источников, либо подтверждающих  друг друга, либо нет. Если  информация из разных источников противоречива, E-Bridge использует ряд  математических инструментов для определения того, какие данные являются  правильными. Список используемых математических инструментов включает в себя  пороговую криптографию (ТС), равновесие Нэша, теорему о среднем  голосовании (MVT) и т. Д.

В  системе используется принцип «Профилактическое исчисление времени»  (Poet) для обеспечения достоверности транзакции, целостности цепочки,  предотвращения DoS-атак и т. Д. Хотя PoET описывается как небольшое  отклонение от традиционного «Proof-of-Work», принцип, он несколько основан на ключевых принципах последнего. Разница заключается в том, что в отличие от «Proof-of-Work», PoET не  включает в себя тяжелые вычисления, что в конечном итоге позволяет  EdenChain заявить о том, что он гораздо более масштабируемо и способен  обрабатывать транзакции на уровне промышленного уровня.

Во втором квартале 2018 года EdenChain планирует провести продажу токенов с целью распределения 40% его 1,000,000,000 токенов. Жесткая шапка от продажи составляет 24 000 000 долларов США

 Website | Whitepaper | Telegram | Twitter | Facebook | Medium |

 


Comments 0