Ico jelurida и её масштабируемая блокчейн платформа — ardor

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

Первой дочерней цепочкой Ardor будет дочерняя цепочка Ignis, которая будет использовать токены IGNIS для ее работы. Все существующие и хорошо протестированные функции блокировки Nxt будут доступны в дочерней цепочке Ignis с добавлением дополнительных дополнений к платформе Ardor.

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

Ico jelurida и её масштабируемая блокчейн платформа — ardor

Блокчейн Ardor использует PoS-алгоритм консенсуса и является следующим этапом развития платформы NXT, которая является была создана разработчиками Jelurida BV еще в 2013 году. Ожидания блокчейн-индустрии от платформы Ardor являются чрезвычайно высокими, поскольку она обещает решить ряд важных вопросов, которые в настоящее время стоят перед отраслью.

Архитектура Ardor позволяет пользователям создавать свои собственные, индивидуальные блокчейны с помощью технологии сайдчейнов — боковых цепочек блоков, которые будут базироваться на основном блокчейне.

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

Травин Кот (Travin Keith), член правления NXT Foundation, сказал:

Технология блокчейн все больше проникает в общественное сознание. Разработчики Jelurida BV создали платформу, которая делает технологию блокчейна более доступной и обеспечивает масштабируемые решения для розничных и постоянных участников.

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

Навигация по материалу:

  • 1 Стоит ли участвовать в ICO Jelurida?
  • 2 Проектирование платформы Ardor Blockchain от Jelurida
  • 2.1 1. Введение
  • 2.2 2. Пределы платформы Nxt
  • 2.3 3. Предлагаемое решение
  • 2.4 4. Детали реализации
  • 2.5 5. Прибыль и выгоды
  • 2.6 6. Этапы внедрения

Стоит ли участвовать в ICO Jelurida?

Ardor это следующий этап развития криптоплатформы Nxt, развития в направлении пользовательских дочерних цепей (ChildChain) и высокой производительности при компактном блокчейне. Мнение Анатолия Радченко о перспективности покупки токенов Jelurida на ICO при первичном размещении токенов:

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

Попутно решается вопрос торговли Asset за Asset на встроенной в платформу Ardor распределённой бирже Asset Exchange.

Разработчики Nxt в течение 3-х лет последовательно готовились к решению этих проблем, и создали необходимый инструментарий — Prunable Data,  Data Cloud, а также Monetary System как прообраз дочерних цепей.

Платформа Ardor решает проблему производительности при помощи сайдчейнов (дочерних монет). Любой бизнес сможет создать свою собственную валюту, комиссию при этом можно будет платить в этой локальной валюте (а не в ARDR).

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

Для обеспечения безопасности дочерних блокчейнов форжинг всех блоков выносится в отдельный компактный блокчейн (ARDR), в котором будут сохраняться только хэши всех блоков всех сайдчейнов.

Фактически core-разработчики предлагают проблему производительности решить за счёт виртуализации (параллельного выполнения пользовательских процессов): ARDR — это тонкий гипервизор по типу Hyper-V, а сайдчены — это виртуальные машины (разные гостевые ОС).

Торговля Asset1 за Asset2 на AssetExchange станет возможной благодаря тому, что ассеты будут глобальными между всеми сайдчейнами Ardor.

То есть кто-то (типа SuperNET-а) сможет запустит сайдчейн под названием «SuperBTC» (или «USD»), в котором токенами будут эквиваленты ассета SuperBTC, и за эти токены на Asset Exchange можно будет покупать/продавать все существующие (и будущие) ассеты, например, JINN.

Проектирование платформы Ardor Blockchain от Jelurida

Ico jelurida и её масштабируемая блокчейн платформа — ardor

Рассмотри шесть основополагающих элементов блокчейна Ardor:

1. Введение

Платформа криптовалют Nxt, разработанная Jelurida, работает и активно используется в производстве уже более трех лет. Надежный дизайн и стабильность платформы были доказаны на практике и подтверждены независимыми экспертами.

Разработанная на основе Java, ведущем индустриальным языком програмированния для финансовых приложений, Nxt позволяет быстро разрабатывать и добавлять новые функции. Будучи вторым поколением блокчейн, а не клоном Биткойна, она была разработан с нуля, чтобы служить основой для гораздо большего, чем простые транзакции по переводу денег.

Платформа Nxt поддерживает: торговлю токенами, созданными самими пользователями (обмен активами), перечисление и покупку цифровых товаров, создание таможенных валют (денежной системы), децентрализованное краудфандинг, систему голосования с гибкими параметрами подсчета голосов, выполнение условных транзакций (по фазам – аналогично множественным подписям (multisig) в ??Биткойн, но гораздо более мощный), свойства учетной записи, обмен сообщениями, алиасес и многие другие функции. Новая функциональность регулярно добавляется командой разработчиков каждые несколько месяцев в течение последних трех лет, что доказывает хорошо продуманную и гибкую архитектуру платформы.

2. Пределы платформы Nxt

На основе такой обратной связи были определены некоторые ограничения текущего программного обеспечения Nxt. Одним из ограничений является необходимость использования всеми функциями платформы одного и того же токена, то есть монеты «NXT».

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

Для многих бизнес-задач требуется пользовательская блок-цепочка с собственным маркером платежей, который в настоящее время может быть предоставлен платформой Nxt только путем предоставления «клона», т. е. полностью отдельной блок-цепи, выполняющей измененную версию того же программного обеспечения, но не связанное каким-либо другим способом с исходной блок-цепочкой Nxt.

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

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

Другим ограничением текущей конструкции Nxt, которая является общей для всех других платформ, также является так называемая «раздувание» блокчейн. Это связано с тем, что каждый узел должен хранить все транзакции, когда-либо созданные с момента создания блока, и не только хранить их, но и обрабатывать их все, когда он загружает блокчейн в первый раз.

Это требование безопасности, вытекающее из проектирования платформ. Будучи криптовалютой основанной на проверке на основе доказательств (proof-of-stake), баланс учетной записи («ставка») на заданной высоте блокчейн определяет псевдослучайным образом, может ли эта учетная запись генерировать («подделывать») следующий блок.

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

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

Раздувание — серьезная проблема, которая должна решаться фундаментальным образом, чтобы платформа блокчейн была надежной и масштабируемой.

3. Предлагаемое решение

Разработчики Jelurida нашли элегантное решение, которое позволяет устранить вышеуказанные ограничения текущего программного обеспечения Nxt, опираясь на существующий дизайн и код и повторно использовать проверенные временем функции платформы, не переустанавливая их. Архитектура платформы Nxt следующего поколения — Nxt 2.0, теперь известная как «Ardor», еще больше расширяет систему, обеспечивает масштабируемость, делает ее еще более гибкой, но сохраняет свою безопасность и стабильность.

019. Документоориентированная горизонтально масштабируемая NoSQL СУБД MongoDB — Андрей Годин


Фундаментальная концепция дизайна Ardor — это четкое разделение между «сформированным токеном» и «транзакционным токеном». В Nxt это монета NXT, которая служит для этой двойной цели.

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

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

4. Детали реализации

На платформе Ardor единственная блок-цепочка заменяется комбинацией сформированной цепочки, на которой транзакции происходят в одном токене (Ardor) и нескольких дочерних цепочках, каждая из которых имеет свой собственный токен транзакции.

Сформированная цепочка поддерживает очень ограниченный набор разрешенных типов транзакций, например передачу Ardor из одной учетной записи в другую, торговлю Ardor по каждому из токенов и обратно, лизинг балансов Ardor на другие счета для целей подделки и специальный тип транзакций «ChildChainBlock». Мощность каждой учетной записи зависит от ее баланса Ardor, точно так же, как это зависит от баланса NXT на платформе Nxt, модель остается неизменной.

Все транзакции, которые изменяют балансы Ardor, записываются в цепочку, и поэтому загрузка и повторная обработка транзакций из сформированной цепочки обеспечивает точно такую ??же защиту, что и текущая платформа Nxt. Но все транзакции, которые изменяют только балансы токенов цепочки товаров или любые другие составляющие (например, активы или валюты), не записываются в первичную цепочку, а только в их дочерние цепочки.

Таким образом, удаление («обрезка») этих транзакций с дочерней цепочкой после того, как они больше не нужны, не влияет на безопасность всей сформированной цепочки, поскольку достоверность остатков на счетах Ardor всегда может быть проверена каждым узлом.

Разумеется, действительность транзакций для дочерних цепочек и остатков на счетах (в местных токенах) также должна обеспечиваться платформой, и это делается путем привязки их к первичной цепочке посредством вышеупомянутых транзакций ChildChainBlock. Этот специальный тип транзакции содержит в качестве вложения список одной или нескольких транзакций, принадлежащих одной дочерней цепочке, т. е. деноминированных в этом сетевом токене дочерней цепочки, причем их выполнение влияет только на остатки на счетах и ??холдинги в этой цепочке.

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

Это основано на уже реализованных конструкциях и технологиях, а также на производстве на текущей платформе Nxt — в виде разреженных сообщений и доступных данных («облако данных») и сети архивных узлов специального назначения для их хранения.

Каждый узел, на котором выполняется блок-цепочка Ardor, проверяет транзакции из всех дочерних цепочtr, прежде чем их обрезать. Узел, загружающий цепочку с нуля, больше не сможет полностью проверить транзакции дочерней цепочки, которые уже были обрезаны (они будут проверять только свои хэши и подпись транзакции ChildChainBlock), но это не снижает общую безопасность цепочки, поскольку все учетные записи проверены, пока были доступны.

Только так они могли попасть в текущую цепочку.

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

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

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

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

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

На платформе Ardor эти старые транзакции также будут изменены, поэтому повторное создание прошлого состояния больше не будет возможным. Для решения этой проблемы будут реализованы моментальные снимки и распространение моментальных снимков.

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

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

Данные моментальных снимков не должны распространяться по сети при вычислении хэш-снимка момента. Каждый обновленный узел уже имеет состояние всех дочерних цепей, поэтому он может создать такой снимок для себя.

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

Чтобы преобразовать взносы, собранные в токенах дочерних цепочек в Ardor, была введена роль «связующих» или ChildChainBlock.

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

Если плата в локальном токене, предлагаемая отправителем транзакции, слишком низка по текущей рыночной ставке, при конвертации в Ardor, никто не захочет связывать такую ??транзакцию с ChildChainBlock, и отправитель должен повторно отправить транзакцию с более высокой комиссией. Если токен дочерней цепочки полностью потеряет ценность, и никто не желает обменять его на Ardor, обработка транзакций в этой дочерней цепочке будет естественным образом прекращена — если кто-то, кто заинтересован в ее сохранении, не хочет субсидировать ее, создавая ChildChainBlocks и оплачивая ожидаемый Ardor гонорары создателям, в то время как они получают обесцененные (по свободному рыночному курсу) родные токены взамен.

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

5. Прибыль и выгоды

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

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

Каждая дочерняя цепочка Ardor имеет свой собственный токен транзакции, который будет иметь независимую рыночную стоимость или может быть привязан создателем дочерней цепочки к внешней единице стоимости (например, BTC, валюта fiat или какой-либо другой актив).

Открытым способом это позволяет проводить транзакции, выраженные в магазине отправителя транзакции, просто назначая транзакцию, принадлежащую к определенной дочерней цепочке, доступной для этого токена. Например, активы могут быть проданы не только для IGNIS (токен первой и дочерней цепочки по умолчанию на публичной платформе Ardor), но и для BTC или EUR, если такая дочерняя цепочка с маркером, привязанным к этой валюте, существует.

Цифровые товары, перечисленные в определенной дочерней цепочке, автоматически имеют свои цены, обозначенные в этом токене цепочки, и так далее.

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

Создатель дочерней цепи может спонсировать свою цепочку, покрывая плату за пользователей, даже за токен, который в противном случае не имеет рыночной стоимости.

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

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

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

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

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

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

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

6. Этапы внедрения

Полное развертывание дизайна Nxt 2.0 / Ardor реализуется в несколько этапов.

  1. Сначала будет создана система, состоящая из первичной цепи и нескольких жестко закодированных дочерних цепей. Это уже было достигнуто на публичной тестовой сети Ardor, а запуск производства запланирован на 3 квартал 2017 года. Каждая дочерняя цепочка использует собственный токен, а транзакции дочерних цепочек объединяются в транзакции ChildChainBlock в первичной цепочке. Однако, хотя возможная обрезка этих транзакций возможна, она еще не реализована. Поскольку система только создается, и общий счет транзакций в первые несколько месяцев после запуска будет низким, обрезка еще не нужна. Вычисление и распространение снимков также не реализованы, и поскольку нет обрезки, все узлы хранят всю информацию о цепочке данных на этом этапе.
  2. Затем будут реализованы обрезка, расчет моментальных снимков и распространение моментальных снимков. Ожидается, что эта функциональность будет включена в тестовую сеть в четвертом квартале 2017 года и будет перенесена на производство в 2018 году. Затем можно будет сократить транзакции дочерней цепочки, даже ретроспективно, т.е., которые уже представлены в фазе А, потому что они подобны по дизайну. Каждый узел будет хранить транзакции только дочерних цепей, которым заинтересован владелец узла, с архивными узлами, предоставляющими службу для создания старых транзакций, доступных для скачивания другими пользователями. Создание дочерней цепочки по-прежнему будет ручным процессом.
  3. Полная автоматизация жизненного цикла создания дочерней цепочки. Пользователи смогут создавать свои дочерние сети, не зависимо от команды разработчиков Jelurida. На этом этапе мы будем лучше понимать фактические потребности создателей дочерних цепочек, ресурсы, которые потребляет дочерняя цепочка, и необходимые параметры. Мы сожем автоматизировать процесс, добавив необходимые типы транзакций, чтобы пользователи могли самостоятельно создавать и обслуживать цепочку.
  4. Здесь будут внедрены продвинутые концепции так называемого «прозрачного первичного» дизайна, что позволит сократить количество блоков и увеличить пропускную способность транзакций на основе прогнозирования следующего создателя, комиссия для создателей, отправки транзакций прямо к центру следующего создателя и т. д. Многие из этих потенциальных улучшений необходимы только тогда, когда существует потребность в высокой скорости обработки транзакций. Но этот спрос может быть удовлетворен только после того, как сокращается «раздувание» цепочки и увеличена ее гибкость, что предоставлено дизайном дочерней цепи на предыдущих этапах.

Сайт разработчика: https://www.jelurida.com/ico

Новости криптовалютного рынка и майнинга:Банковский холдинг Morgan Stanley анонсировал торговлю свопами на биткоинRipple объявила о партнёрстве с NCB крупнейшим банком Саудовской АравииОС которая избавит ASIC-майнеры от скрытых функций внедренных производителямиУкраина готовит законодательство по налогообложению для криптовалютПравительство Индии рассматривает создание собственной национальной криптовалюты

ArdorJeluridaБлокчейн (Blockchain)ИнвестицииОбзоры и новости ICO проектов

Наиболее подходящая Вам статья…

Понравилась статья? Поделиться с друзьями: