Посторонним в

Блог-форум Винни Пуха
 
ФорумФорум  ЧаВоЧаВо  ПоискПоиск  ПользователиПользователи  ГруппыГруппы  РегистрацияРегистрация  ВходВход  

Поделиться | 
 

 Catapult Whitepaper

Предыдущая тема Следующая тема Перейти вниз 
АвторСообщение
Winnie
Admin


Сообщения : 613
Дата регистрации : 2015-06-10

СообщениеТема: Catapult Whitepaper   2016-11-21, 04:43

https://nem.io/catapultwhitepaper.pdf [en]
http://mijin.io/catapult_whitepaper_ja.pdf [jp]
http://free.userboard.net/t177-topic#271 [ru]

NEM Catapult
LON WONG
Dragonfly Fintech Pte Ltd.
Член основной команды NEM
E-mail: lwong@dfintech.com
ноябрь 2016

Аннотация: Одной из основных проблем для традиционных финансовых институтов является врождённая неэффективность их многочисленных бухгалтерских реестров. Блокчейн решение, позволяющее работать с множеством реестров и множеством активов, может предложить совершенно другой подход к решению этой проблемы. В данном документе мы представляем совершенно новое блокчейн решение Catapult, базирующееся на оригинальной технологии и концепции NEM, и являющееся открытой платформой. Предлагаемое решение направлено на снижение стоимости реализации и владения применительно к объектам собственности, и оно удовлетворит как нынешние, так и будущие потребности экономичных блокчейн решений. Решение Catapult позволяет благодаря его архитектуре обеспечить лёгкую интеграцию с большинством приложений, и, следовательно, является агностическим по отношению к существующим банковским стандартам (не отрицает их, но и не считает их совершенными). Catapult позволяет обеспечить взаимодействие между разными экземплярами блокчейнов, и тем самым позволяет разделяемым и неразделяемым данным сосуществовать в однородной среде. Эта статья адресована широкому кругу читателей.

Ключевые слова: Catapult, Mijin, NEM, Tech Bureau, Dragonfly Fintech, блокчейн, умный контракт, блокчейн с ограниченным доступом, открытая блокчейн система, банковские стандарты, мульти-реестр.


1. ВВЕДЕНИЕ

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

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

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

  1. возможность для любых решений функционировать в системе независимо друг от друга;
  2. простота интеграции проектов в систему за счёт полного набора API-интерфейсов, и тем самым использование всей мощи блокчейн реестра;
  3. масштабируемость.

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


2. АКТУАЛЬНОСТЬ

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

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

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

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

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

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

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

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


3. ЦЕЛИ

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

Блокчейн технология представляет собой возможное долгосрочное решение:

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

Использование блокчейн платформы удовлетворит все потребности, перечисленные выше; любое финансовое учреждение будет сразу увидеть преимущества для себя. Блокчейн платформа является стандартом сама по себе и позволяет любому дополнительному приложению интегрироваться в неё через использование стандартного набора команд.

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

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

  • Смарт-контракты уже давно существуют во всех финансовых учреждениях. Они или были запрограммированы в ядре банковского решения (автоматизированные) или действовали в режиме ручного управления на основе соглашений и протоколов между внутренними или внешними сторонами. Эти умные контракты стоили финансовым институтам миллиарды долларов, и эта инфраструктура создавалась на протяжении многих лет, и естественно было бы ожидать, что переход на новую платформу потребует ещё больше ресурсов, времени и рисков. Это сложная многоуровневая работа, которую невозможно проделать мгновенно. NEM признаёт это и предлагает другой подход: умный контракт должен быть внешним компонентом, централизованным (при сохранении  статус-кво существующих систем) или децентрализованным. Результаты этих смарт-контрактов будут фиксироваться их транзакциями в реестре через безопасный процесс транзакций.
  • Платформа должна быть недорогой в эксплуатации, чтобы её внедрение происходило с минимальнымм затратами времени и ресурсов, и с минимальным риском, без прерывания деятельности финансового учреждения.
  • Необходимо создать блокчейн платформу с множественными реестрами для разных случаев использования - взаимоисключающих или нет - и, в то же время, с возможностью проведения транзакций между ними без проблем и без посредников.
  • Необходимо создать один слой абстракции в одном блокчейне для всех реестров, с целью их простой интеграции в любую существующую банковскую систему и существующие решения.
  • Необходимо признать конфиденциальность важной опцией и дать возможность каждому финансовому институту контролировать и управлять своей собственной блокчейн платформой.
  • Необходимо разрешить "бесшовные" кросс-платформенные транзакции, платежи и расчёты напрямую без необходимости реализовывать дорогостоящие стандарты и протоколы, управляющие системами обмена сообщениями. Конечным результатом будет уменьшение инфраструктуры системы окончательных расчётов, а также существенное уменьшение работ по согласованию различных систем, уменьшение рисков и ошибок.


Рисунок 1. Блокчейн платформа, добавляемая сначала как дополнительное решение, в долгосрочном плане станет основной системой учёта.


4. CATAPULT

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


4.1. ОСНОВНЫЕ ФУНКЦИИ

Catapult переписан полностью с нуля на языке C++, с сохранением основной концепции системы NEM. При этом концепция модифицирована с учётом накопленного опыта, а также расширена и в неё внесены изменения с целью повышения её потребительских качеств. Конечной целью является высокопроизводительное, защищённое решение корпоративного класса с открытым подключением. Некоторые из наиболее примечательных основных функций, которые разрабатываются в настоящее время для Catapult, включают в себя:

  • Высокая масштабируемость и дизайн, основанный на промышленном стандарте многоуровневой веб-архитектуры, обычно используемом в корпоративных вычислительных системах; в будущем всё это мы будем видеть в любом блокчейн решении
  • Внедрение сервера высокопроизводительного и высокомасштабируемого API шлюза с открытой интеграционной архитектурой
  • Высокая пропускная способность сообщений с соблюдением их очередности для анализа в реальном времени и анализа большого объёма данных в транзакциях
  • Использование NoSQL базы данных, более подходящей для высокоскоростного обмена сообщениямина, уровне API
  • Встроенный сервис депонирования для обмена активами на блокчейне - специальный транзакционный контракт
  • Высокая скорость транзакций; экспериментально подтверждённая реальная средняя скорость транзакций в Mijin на базе Catapult составляет более 3000 tps [транзакций в секунду]
  • Возможность ограниченного доступа к аккаунтам, т.е. когда каждый человек может получить доступ только к определённым аккаунтам
  • Возможность взаимодействия с внешними централизованными или децентрализованными приложениями и смарт-контрактами для совершения транзакций с использованием блокчейна
  • Бизнес-правила - правила, по которым объект может неоспоримо перейти в новое состояние в результате определённых и убедительных действий, в частности, по результатам расчётов транзакционных расходов на основе заранее установленного набора безотзывных и неизменных критериев
  • Метаданные - аккаунты и активы должны иметь настраиваемые поля метаданных

В дополнение к вышесказанному, функции и возможности, уже присутствующие в текущей версии NEM, будут расширены и перенесены в Catapult. К ним относятся:

  • Встроенное решение передачи сообщений (сообщения)
  • Активация процесса транзакции в зависисмости от ручной активации для транзакций с несколькими разрешениями, если это необходимо (мультиподписные аккаунты)
  • Мультиреестр с соответствующими активами в одном блокчейне (пространства имён и мозаики)
  • Каждый аккаунт может содержать множество активов из мультиреестров в том же блокчейне, таким образом эти аккаунты могут быть использованы для всех продуктов и сервисов, которые предлагаются банками, например, один аккаунт может хранить активы USD, EUR, GBP, золото, IRS (процентный своп), единицы ETF (торгуемый на бирже фонд) и т.д., каждый из которых имеет свою историю транзакций и баланса
  • Каждый аккаунт может контролироваться финансовым учреждением - что позволяет проверять их благонадёжность и реализовать механизмы контроля AML (Anti-Money Laundering - противодействие отмыванию денег) в целях управления "плохими" транзакциями
  • Замораживание аккаунтов
  • Просмотр истории транзакций с формированием полного журнала аудита и отчётности

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

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

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

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


Рисунок 2. Принципы проектирования. Простой и в то же время очень гибкий


4.2. КОНСЕНСУС

Catapult это блокчейн платформа, и, как и большинство блокчейн решений, имеет в основе механизм консенсуса. Он состоит из узлов (либо Разрешенные или разрешения менее), объединенных в p2p сеть. Транзакции видны всем узлам, и каждый p2p узел записывает и сразу проверяет их. Периодически, через определённые промежутки времени, называемые блоктайм, эти транзакции группируются вместе и хэшируются (делается цифровой отпечаток блока транзакций), связывая его таким образом с предыдущим блоком, после чего новый блок информации добавляется в блокчейн. Занесение очередного блока в реестр происходит не само по себе, а происходит под контролем POS алгоритма в приватных сетях Mijin и под контролем POI алгоритма в публичной сети NEM.

В NEM блокчейн также встроен механизм Eigentrust++ (алгоритм репутации узлов сети), уменьшающий влияние "плохих" узлов на работу сети.

В NEM блокчейне также работает новый, децентрализованный алгоритм синхронизации времени p2p узлов.


4.3. ПЕРСПЕКТИВА - ПРИМЕРЫ ИСПОЛЬЗОВАНИЯ

Блокчейн Catapult специально разработан как открытая система, позволяющая использовать набор стандартных промышленных JSON RESTful API. Поэтому его стандарты совместимы с любым приложением, которое соответствует стандарту обмена сообщениями, таких как ISO20022, или язык разметки FpML. Catapult рассматривает их как процессы с определёнными выходами для записи транзакций обновления или информирования в распределённый реестр. Этот метод интеграции и взаимодействия позволяет продолжать использование устаревших приложений и решений.


Рисунок 3. Многоуровневое архитектура с API шлюзами для интеграции с другими системами, или непосредственно с лёгкими клиентскими устройствами. Такой подход позволяет реализовать работу с любыми приложениями в рамках типовых стандартов.


4.3.1. Паевой фонд - трансфертный агент

Рассмотрим теперь типичный контракт и решение по расчёту приобретения паевого фонда.

В сценарии типичного паевого инвестиционного фонда участвуют:

  1. Управляющий паевого фонда
  2. Трансфертный агент
  3. Пользователь

В контракте паевого фонда прописываются определённые ключевые моменты, которые определяют стоимость продажи и покупки каждой единицы активов в паевом фонде. К ним, в частности, относятся:

  1. Стоимость чистых активов (NAV - Net Asset Value)
  2. Инвестиционные детали и условия
  3. Дивиденды
  4. Скидки
  5. Комиссия за управление фондом (Management fee)
  6. Комиссия доверенным лицам (Trustee fee)
  7. Комиссия за перевод (Transfer fee)
  8. Прочие платы (Commissions)

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

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

  1. Ожидание расчётного периода
  2. При расчётах произвести передачу определённых контрактом единиц (активов)
  3. Выпуск свидетельства о праве собственности

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


Рисунок 4. Представление актива в блокчейне сертификатом актива.

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

Расчётные комиссии и дивиденды по активам извлекаются из блокчейна другими приложениями через API вызовы.

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

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

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

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

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


4.3.2. Согласование процентного свопа

Когда две стороны принимают решение об обмене контрактами процентных свопов (IRS, Interest Rate Swap), сначала создаётся соглашение. Заинтересованные стороны должны подтвердить его количественные параметры. Это соглашение нотариально заверяется в цифровой форме, хеш документа сохраняется в блокчейне, а сам документ помещается в распределённую файловую систему.


Рисунок 5. Пример соглашения процентного свопа с количественными параметрами.


Рисунок 6. Процентный своп в блокчейне.

Результаты вычислений могут быть получены на основе стандартного децентрализованного смарт-контракта или рассчитаны самими участниками. В любом случае блокчейн инициирует выплаты на основе результатов этих вычислений.


4.4. РАСШИРЕНИЯ

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

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

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

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

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

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

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

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

Команда проекта NEM твёрдо убеждена, что это движение вперёд. Это создаёт низкий входной барьер для финансовых учреждений, чтобы принять блокчейн технологию, и в то же время позволяет финансовому учреждению уже использовать блокчейн технологию в своей работе и перейти с ней на ты.


5. РЕЗЮМЕ

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

Его мощный уровень абстракции делает его не отрицающим существующие банковские стандарты. Цель Catapult - не нарушать устоявшиеся к настоящему времени решения, а вместо этого легко вписываться в эти существующие системы. Существующие системы, на которых выполняются стандарты, соответствующие решениям, такие как FpML и ISO20022, должны будут использовать выходные данные только для интеграции с блокчейном через слой абстракции. Этот метод развертывания позволяет финансовым учреждениям переносить свои системы на блокчейн платформу в сроки, которые не противоречат их бизнес-операциям - им надо только минимизировать свою потребность в некоторых из этих стандартов. В то же время решение Catapult может быть использовано финансовыми учреждениями для обеспечения роста, расширения и создания новых продуктов, за счёт применения блокчейна для более быстрого и недорогого развертывания.


6. ДРУГИЕ ПРОЕКТЫ - СРАВНЕНИЕ

Catapult - это уникальное решение, объединяющее в одно органичное целое все компоненты экосистемы NEM, и представляет собой вторую итерацию её первого расширения - Mijin. Большинство других проектов являются производными и/или дополнениями по отношению к существующим блокчейн решениям, что делает их весьма неуклюжими, как целостные продукты.

Далее мы рассмотрим 3 проекта, которые могут иметь отношение к тому, над чем работает сейчас проект NEM. В то время как Ethereum и Bitcoin уже работают, Corda всё ещё находится в концептуальной стадии на момент написания этого документа.


6.1. ETHEREUM

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

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

Само существование смарт-контрактов в неизменном и необратимом состоянии может привести лишь к большому количеству ресурсов, потраченных впустую на их развёртывание, особенно если их правильность и надёжность должны быть на 100% доказаны и проверены. Это нереально для любого проекта с программным решением. Чем сложнее проект, тем более он подвержен ошибкам. Даже небольшая ошибка может привести к системному сбою, и ни одно финансовое учреждение не может допустить такую возможность.

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

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


6.2. BITCOIN

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

NEM отличается от Bitcoin методом конкурирования за право создавать блоки данных в блокчейне. Другие отличия:

  • Архитектура системы – NEM намного более масштабируемый
  • NEM не имеет неизрасходованных выходных данных транзакции (UXTO). Это следует из стандартного соглашения об использовании аккаунта с несколькими балансами активов - несколькими реестрами на одном аккаунте - внутри нее. Все входы и выходы проходят через эту единственную учётную запись.
  • Бизнес-логика. Bitcoin это простой реестр, в то время как в NEM подписание транзакций производится на блокчейне без привлечения дополнительных централизованных серверов, что является его мощным преимуществом.
  • В Bitcoin нет встроенного в ядро, специально созданного решения для нескольких реестров.
  • В Bitcoin нет решения для управления репутацией узла как части основного функционала.
  • Большинство предложений Bitcoin - это обходные решения, требующие независимых сторонних поставщиков. Поэтому появляются определённые проблемы, связанные с поставщиками услуг - от них зависит качество, безопасность, производительность и надёжность.
  • Конкуренция узлов - Bitcoin был разработан с прицелом на майнинг, доказательство работы как необходимый элемент для защиты блокчейна. Для такого решения блокчейна нет необходимости конкурировать, чтобы добыть блок. Подход NEM был простым и вместе с тем очень мощным средством защиты блокчейна, требующим гораздо меньших вычислительных и энергетических ресурсов для управления и поддержки.
  • Предел транзакционных потоков в Bitcoin слишком мал, чтобы Bitcoin был практичными для финансового применения. Скорость транзакций в секунду в Bitcoin можно записать одной цифрой. В NEM Catapult для этого потребуются 4 цифры.
  • Время подтверждения транзакций в Bitcoin слишком велико и не годится для финансовой индустрии.



6.3. CORDA

Corda находится в стадии концепта, и похоже, что они следуют по маршруту Ethereum с некоторыми незначительными различиями в способах управления оракулами и безстатусными функциями в общем реестре. Они предлагают использовать виртуальную машину Java для разработки своего решения. В целом, NEM может использовать результаты этих интеллектуальных контрактов для управления процессами и выходами в системе реестра Catapult.


Ссылки и пояснения к тексту:

  1. SWIFT - Society for Worldwide Interbank Financial Telecommunication
  2. Catapult and Mijin are developed and marketed by Tech Bureau, Corporation as a permissioned ledger. Both Catapult and Mijin shall be released as part of NEM’s Open Source solution at a later date.
  3. NEM Technical Reference - https://www.nem.io/NEM_techRef.pdf
  4. Dragonfly Fintech is the developer for the homogenous cross-chain interoperability solution to link multiple instances of blockchains together.
  5. https://www.ethereum.org/
  6. https://bitcoin.org/en/
  7. https://r3cev.com/blog/2016/8/24/the-corda-non-technical-whitepaper
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
Winnie
Admin


Сообщения : 613
Дата регистрации : 2015-06-10

СообщениеТема: Catapult Whitepaper   2017-02-13, 17:59

https://nem.io/catapultwhitepaper.pdf [en]
http://mijin.io/catapult_whitepaper_ja.pdf [jp]

NEM Catapult
LON WONG
Dragonfly Fintech Pte Ltd.
NEM Core Team Member
E-mail: lwong@dfintech.com
November, 2016

Abstract: A major challenge for financial institutions is the inherent inefficiencies of multiple ledgers within their systems. A blockchain solution with multiple ledgers for multiple assets provides a transformation approach to addressing this issue. We present the all new Catapult blockchain solution platform based on the original NEM technology and concepts. An open platform, the solution is designed to bring down the cost of implementation and ownership, and is a solution that will power the present and future needs for blockchain driven solutions. The Catapult solution is architected to allow for easy integration with most applications, and therefore is agnostic to existing banking standards. It allows for interoperability between blockchain instances thereby permitting shareable and non-shareable data to co-exist in a homogenous environment. This paper is intentionally written to address a wide spectrum of readers.

Keywords: Catapult, Mijin, NEM, Tech Bureau, Dragonfly Fintech, blockchain, smart contract, permissible chain, open system blockchain, banking standards, multi-ledger.


1. INTRODUCTION

The NEM blockchain technology has been around for more than two years. Designed with mainstream applications in mind, it is the intent, therefore, that the NEM team should develop a solution based on what it can do in the most extensible manner. The focus of the NEM project has always been to unleash the power of the blockchain technology as a priority and quickly allow projects to build applications on top of this platform and realise the power of the blockchain technology.

We are of the opinion that blockchain technology is trying to find its place in the industry, but lacks uniformity in approach and standards. From what is available in the market space, one can immediately conclude that most blockchain initiatives revolve around the blockchain ledger, all with subtle variances on how the blockchain is run, and with slightly different flavours.

Our approach takes a different twist. Functionalities and features of a powerful blockchain are not our only emphasis. We have incorporated equally important elements that are hitherto subject to much neglect. These include:

  1. allowing any solution to sit on it independently;
  2. an abstraction layer with a full suite of APIs, allowing for ease of integration, and thereby harnessing the power of the blockchain ledger; and
  3. scalability.

The purpose of this paper is to describe how NEM achieves this and how NEM as a solution, is a best of breed solution that not only serves a very important role as a blockchain technology but also sets a new standard for blockchain technology.


2. RELEVANCE

Blockchain technology is a ledger solution. Naturally, as a ledger, its distinct feature is particularly relevant to the financial industry, too. All financial institutions use the ledger as the single most important element in its core banking solution.

Unfortunately, it is a well-known fact that many applications built upon the ledger for various banking services are designed based on proprietary ledgers befitting each service application. Over the years, the number of ledgers and applications grow and reconciliation becomes a massive problem.

A compounding effect and risk exist when banks start to transact among each other, each with a plurality of systems that may or may not be compatible. Built over decades, these systems have become a monolithic mash that is too expensive and almost impossible to streamline. The best way forward for any bank to add new services and solutions is to continue to patch them onto their existing systems. Workarounds are often made by making sure these solutions fit into existing platform solutions.

From a technology standpoint, middleware becomes a thick layer that binds this monolithic construct with a potpourri mix of traffic and information traversing across all different ledgers, applications, and services. It not only poses operational risk, but it also takes a lot of the resources which the bank could otherwise do without in managing problems and errors in these transactions.

There is a need to standardise the existing core banking solution to make it more efficient. Currently, standardisation happens at the middleware layer and systems rely on this middleware layer to talk to one another.

Transaction arrangements between banks are being served by an external messaging system, often conforming to a standard. A dominant service is the SWIFT messaging and transaction system. Designed more than 40 years ago, the SWIFT system is a proven piece of technology, albeit it is extremely inefficient by today’s standard, requiring some of these messages to be managed manually as it goes through multiple hops and switching.

Such a solution can be slow and tedious while posing some operational risks. Banks and corporations spend hundreds of millions of dollars every year to use the SWIFT system. When dissected, the Internet is just as good a message routing system, more efficient and much cheaper to use. However, the effort to switch is a mammoth task, requiring everyone to participate and to switchover, which in itself, is an expensive exercise and resource consuming.

For all intents and purposes, there is enough evidence to suggest that the plurality of systems coupled by disjointed monolithic systems within financial institutions contribute much to the operational risks and inefficiencies that we are witnessing today.


3. GOALS

It is not as if these problems that we are seeing were problems of recent times. It has been a perennial issue, with a compounding effect each passing year as financial services and offerings get added onto the core banking system. This is further exacerbated by each new service offering getting more complex and complicated.

The blockchain technology poses a possible long term solution to reducing costs; improving efficiency; allowing settlement finality; increasing efficiency of compliance efforts; providing greater auditability and traceability; enhancing structured processes (recently, termed as smart contracts); and cutting multiparty dependencies on global and local transactions.

By providing a blockchain platform that can satisfy the unmet needs above, any financial institution would see the benefits immediately. The blockchain platform is a standard by itself and allows any add-on application to integrate with it using an industry standard compliant instruction set.

We have been analysing the financial industry for 3 years, long before the industry itself took cognisance of the impact of blockchain and the role it can play.

Our 3-year long analysis and assessment point to a very important conclusion from where we now unveil this blockchain platform as an important means to an end. These goals were drawn upon the following important conclusions:

  • Smart contracts have long been in existence in all financial institutions. They have been programmed into the core banking solution (automated) or acted upon manually based on agreements and protocols between parties, internally or externally. These smart contracts cost financial institutions billions of dollars to set up the infrastructure over the years, and to be able to transcribe that to a new platform will incur much more resources, time, and risks. It is a complicated web of work that is not quite possible to just change instantaneously. NEM has recognised this and is approaching it in another manner. The approach here is to make the smart contract an external component, whether centralised (i.e., status quo with existing systems) or decentralised. The outputs of these smart contracts will then enter their transactions into the ledger through a secure transaction process.
  • Build a platform that is inexpensive to deploy with minimal risk, time, and resources, while at the same time allow a financial institution to carry on business as usual with minimal interruptions – enabling organic growth.
  • Create a blockchain platform with multiple ledgers for multiple use cases – mutually exclusive or not – and at the same time, allowing transactions between ledgers to be frictionless.
  • Create one single abstraction layer for all the ledgers in this same blockchain to be integrated into any existing core banking system and solutions.
  • Recognise privacy and allow each financial institution to control and manage its very own blockchain platform.
  • Allow for seamless cross-platform transactions, payments, and settlements through direct transactions without the need to implement an expensive, standards and protocol driven messaging system. The end result is a reduced infrastructure system with  settlement finality as well as less reconciliation work, risks, and errors.


Figure 1. Blockchain Platform added initially as an adjunct solution to be built over the long term as the core ledger system.


4. CATAPULT

Catapult is a second iteration and an extension of the NEM blockchain technology that was launched in March 2015. It is scheduled to be released in various stages, starting from the first quarter of 2017. Its predecessor is Mijin, which itself had undergone vigorous tests. Mijin and Catapult are permissible blockchains. The development difference is that Mijin is an extension of the NEM public blockchain. The second version, Catapult, shall be the reverse, i.e., it shall be an extension of the private chain into the NEM public chain. It is specially designed to add more functions and features to support the financial industry where critical features and functions are required of the blockchain.


4.1. FEATURE HIGHLIGHTS

Catapult is re-written entirely new in the C++ language, borrowing the core concepts from its first generation NEM release, augmenting these concepts from lessons learned, and amending and extending these concepts to enhance the offering. The end objective is a high performing, secure enterprise-class solution with open connectivity. Some of the more notable feature highlights that are being developed now for Catapult include:

  • High scalability, design based on the industry standard tiered web architecture commonly found in enterprise computing, a holistic offering yet to be seen in any blockchain solution
  • Introduction of a high performance and highly scalable API gateway server layer with an open integration architecture
  • High throughput message queues for real-time analysis and big data analytics of transactions
  • Use of nosql database at the API layer, which is more suited for high speed messaging
  • Embedded escrow service for exchange of assets on the blockchain – a special transaction contract
  • High transaction rates (in excess of 3000 transactions per second)
  • Permissible access to accounts, i.e., each person can only access what she can see.
  • Interoperability – allow external decentralised or centralised applications or smart contract solutions to transact using the blockchain.
  • Business Rules – rules where object states can result in an indisputable transition to a new state as a result of a definite and conclusive action, specifically on the calculation of transaction charges based on a predefined set of irrevocable and immutable input criteria.
  • Metadata – Accounts and assets shall have configurable metadata fields.

In addition to the above, the existing functions and features already present in the current release of NEM, will be enhanced and ported across to the Catapult project. These include:

  • A built-in messaging solution
  • A process activated or manual sign-off function for transactions, with multiple approvals, where needed.
  • A multiple ledger with multiple corresponding assets in one blockchain
  • Every account can hold multiple assets from multiple ledgers in the same blockchain so that these accounts can be used for all products and services the bank is offering, e.g., one account can be holding USD, EUR, GBP, Gold, Interest Rate Swap, ETF units, etc., each with its own history of transaction records and balance.
  • Every account can be controlled by the financial institution – allowing for compliance and AML control mechanisms to be implemented in order to manage these transactions
  • Freezing accounts
  • Transaction reversal with full audit trail and accountability

The end result of the Catapult solution is a strong and highly customisable blockchain solution that can be utilised by financial institutions as a basis to form its core operating platform in the long term.

The principle behind the design is to provide a universal and core blockchain solution as the basis for the greater system of a bank. Further, it is premised on not creating a disequilibrium to the existing system but allow for sub-system migrations over time. Outlier and non-critical solutions can be ported across without risking the banking system. New and older uncomplicated products and services can be developed, or ported, and launched using the blockchain.

This bespoke and yet highly flexible solution allows the bank time to get accustomed to it and implement solutions on the fly while not losing out on its growth path towards a blockchain driven system.

Its API gateway allows the blockchain to be easily dovetailed into other centralised (new or existing solutions) or decentralised (new consensus driven solutions implemented by other initiatives) systems including smart contract systems, internal process driven solutions, settlement, payment, and clearing systems.


Figure 2. Principals of design. Simple and yet highly flexible


4.2. CONSENSUS

The Catapult blockchain platform is, like most things blockchain, driven by a consensus mechanism. It consists of a network of nodes (either permissioned or permission-less) networked together in a peer-to-peer (P2P) configuration. Transactions are broadcast out and each P2P node will record these transactions and verify them as they come in. At periodic intervals, called the block time, these transactions are grouped together and the transactions undergo a hash process (digital fingerprinting) linking it to the previous block, and then added on as a new block of information in the blockchain. The permissioned ledger does not have mining per se, and follows a controlled Proof-of-stake algorithm, while the permission-less (Public Chain) is based on an algorithm called Proof-of-importance.

Built into the NEM blockchain solution is a mechanism (Eigentrust++ reputation management algorithm) for ensuring each P2P node is reputable and therefore not fraudulent.

The NEM blockchain solution also created an all new P2P time synchronisation algorithm to ensure that each node is synchronised with one another in the right time slot.


4.3. PERSPECTIVE - USE CASES

The blockchain is intentionally designed as an open system satisfied through a set of industry standard JSON RESTful APIs. Therefore it is standards agnostic and is compatible with any application that conforms to a messaging standard such as ISO20022, or the FpML markup language. Catapult treats them as processes with defined outputs to update or broadcast transactions into the ledger. This method of integration and interoperability allows for the reuse of legacy applications and solutions.


Figure 3. Tiered Architecture with API Gateways to integrate with other systems, or directly with thin client devices. Agnostic in standards.


4.3.1. Mutual Fund – Transfer Agent

We now examine a typical contract and settlement solution for a mutual fund purchase.

In a typical mutual fund scenario the actors are:

  1. Mutual Fund Manager
  2. Transfer Agent
  3. Customer

The legal contract of the mutual fund spells out certain key points that results in the value of
the sale and purchase of each unit of asset in the mutual fund. These include, but not limited to:

  1. Net Asset Value (NAV) derivation
  2. Investment details and conditions
  3. Dividends
  4. Discounts
  5. Management fee
  6. Trustee fee
  7. Transfer fee
  8. Commissions

This legal contract in the traditional sense would have been translated into a calculator application of which the outputs would result in one or multiple writes into the database followed by a series of actions, automatic or manual.

The buy and sell process initiates a request which is either manually processed or automatically triggers a series of operations. These operations eventually result in an outcome. In a buy process, the outcome is:

  1. Await a settlement period
  2. Upon settlement, make transfer of units
  3. Issue a certificate of ownership

The function of a Transfer Agent is to manage the sale, purchase, and distribution of these assets. The job can be tedious and expensive.


Figure 4. The asset certificate is translated into an asset and is configured into the blockchain.

Every unit holder, when she buys units of a mutual fund, will get certificates, each representing one unit that she owns in the blockchain. Each transaction becomes immutable and irreversible.

Calculation of fees and dividends thereof will be extracted from the blockchain from another application via an API call.

The original contract document, with its hash stored in the blockchain, could be stored in a distributed file system. Order processing could be another solution of which the outputs will transact with the blockchain via an API call. User balance can be accessed by the user with the same front end application to read from the blockchain through an API call. Analytics again, can be implemented on top and data extracted from the blockchain through an API message queue call. Payment and settlement is done through the user account directly with the blockchain.

The blockchain system is border agnostic and can be multiple ledgers sitting in the same set of nodes. This gives rise to a very powerful system that transgresses beyond the shores of a country and allows for multiple countries to operate, each with their own set of regulated rules - pertinent to the country of offer - and conditions (smart contracts) that can be implemented in a decentralised or centralised manner.

Smart contract templates can be built and applied across to any fund, independently.

Blockchain solution has its settlement mechanism that can easily be automated, cutting down settlement time to almost instantaneous, and without intervention.

While this solution is already available in version 1 of the NEM project, Catapult will enhance its performance and take it to the next level based on the aforementioned improvements.


4.3.2. Interest Rate Swap Arrangement

When two parties decide to exchange interest rate contracts, there is first an agreement. It is made between the parties concerned and the quantitative outcome would have been affirmed. This agreement is digitally notarised and a hash digest is stored in the blockchain while the agreement is put onto the distributed file system.


Figure 5. An IRS agreement with the quantitative outcome.


Figure 6. Interest Rate Swap on the blockchain.

The computational outcome can be commonly agreed based on a templated decentralised smart contract, or separately computed by the participants. In any case, the blockchain will trigger the pay-offs based on the outputs of these computed actions.


4.4. EXTENSIONS

The above are two of many use cases that can be implemented using the NEM blockchain. In a financial institution, everything revolves around a ledger which is a core element to all processes. Often, the cause of reconciliation issues, delays, risks, and failures is the absence of a central ledger system with multiple sub-ledgers that can work together in a homogenous platform. Even if there is a central ledger system requiring sub-ledgers to individually update the central ledger, it can be an integration nightmare, usually causing more issues.

Identifying the root cause of these problems and providing the necessary platform not only takes away much of the risks and problems, but will also allow financial institutions to take on new and more complicated service offerings that have otherwise been too costly to do.

The NEM technology solves that issue and the design guarantees absolute finality and integrity of transactions that are immutable and irreversible. Any reversal of transaction can only be done by an opposing transaction, and which can be controlled with a full audit trail.

The existence of API server gateways enable the blockchain to act as a core to applications that require the use of a ledger. It is therefore, an open system and allows for standard conforming applications, including legacy and new decentralised smart contracts to integrate with the ledger seamlessly.

The design of Catapult is premised on a single private blockchain for each entity or financial institution. There is a parallel project within the NEM initiative to develop a special routing system to allow interope rability across entities using a common shared ledger system. This common shared ledger system brings out the power of the NEM blockchain technology and enables seamless transactions, thereby disintermediating the need to have multi-hop settlement and payment systems. It opens up a new dimension where payments are straight through transactions from account to account with minimal messaging.

The option of each financial institution being able to operate its own single private blockchain allows privacy of data to be confined to the financial institution. The existence of a shared ledger system allows financial institutions interoperability so that they can settle and make payments with one another seamlessly.

In fact, the shared ledger system can stand on its own, offering a seamless solution that does not require any bank to own a private blockchain to be able to participate. It is, after all, a ledger of records and transactions, allowing for settlements and payments. It calls on a slightly different set of rules, away from traditional methods of settlement and payment. Additionally, it conforms to regulatory frameworks that are put in place today.

It can be seen that the NEM blockchain technology is an offering that helps in the transition of financial institutions from using traditional solutions into one that is powered by the blockchain technology.

The NEM project team strongly believes this is the way forward for transitioning. It gives rise to a low entry barrier for financial institutions to embrace the blockchain technology while at the same  time, it also allows a financial institution to work on the blockchain technology and be familiar with it.


5. SUMMARY

The Catapult project is in its late stage development. It shall be released in multiple stages where the features highlighted in section 4.1 will be added on at each stage. It is scheduled for its first release in Q1, 2017. The enhancements of the solution are unique and powerful, setting a new standard in blockchain design.

Its powerful abstraction layer makes it agnostic to existing banking standards, the intent of which is not to disrupt currently installed solutions, but instead to dovetail into these existing systems seamlessly. Current systems running standards complying solutions - such as FpML and ISO20022 – will only need to make use of the outputs to integrate with the blockchain via the abstraction layer. This method of deployment allows financial institutions to migrate their systems in a timeframe that better suit their business operations – as soon as they minimise their need for some of these standards – into the blockchain platform. At the same time, the Catapult solution can then be used by financial institutions to enable growth, expansion, and creation of new products, leveraging on the use of the blockchain for faster and inexpensive deployment.


6. OTHER INITIATIVES - A COMPARISON

Catapult is a uniquely positioned solution and is a second iteration of its first solution, Mijin. Most other projects are derivatives and add-ons to existing blockchain solutions, which makes it rather clumsy as a holistic offering.

We present here 3 initiatives that may be relevant to what the NEM project is working on. While Ethereum and Bitcoin are in production phase, Corda is still in the conceptual stage at the time of writing.


6.1. ETHEREUM

This project premise on a virtual machine, having its own programming language to run smart contracts that are loaded onto the blockchain. A smart contract once loaded onto the blockchain, is immutable and irreversible, and the ramifications can be severe if there is a bug. Additionally, it often relies on external data known as oracles, to feed inputs into the program to change its state. These changed states are written onto the blockchain storage.

Our solution has no smart contracts as we are of the opinion that this should be left to the bank to decide how they will want to incorporate that as a separate exercise. In a way, we are optimising the blockchain to do exactly what it is designed for, i.e., a ledger solution, and a multi-ledger solution at that with lots more features that are not only suited for the financial industry but generic enough to suit a spectrum of applications outside the financial industry. In a way, we have also built some smarts into the blockchain that can be used readily, with certainty and more often used. These include our multisig solution and the smart escrow solution where there is no need for a third party to facilitate a transfer. This smart escrow solution is based on two parties signing off before assets can be exchanged. If either party does not sign, there shall be no exchange of assets.

The very existence of smart contracts in an immutable and irreversible state can only lead to much resources wasted on the deployment of it, especially if it needs to be 100% full proof and tested. This is never usually the case in any software solution project. The more complicated the project is, the more prone it is to have bugs. A slight mistake can result in a systemic failure, and no financial institution should even consider that as a possibility.

Square pegs will never fit perfectly into a round hole. Having a smart contract on a blockchain is one such example. As it is now, most financial institutions already have well defined centralised smart contracts that they have been using for years. These are all controlled and they can be stopped, corrected of bugs, and run again. Outputs are final and definite. Any such bilateral or multilateral contract is cross-verified between multiple parties. A smart contract on blockchain is not possible to do that, i.e., the smart contract cannot be replaced with another program after being put onto the blockchain.

A smart contract cannot work in isolation. It still relies on external inputs or oracles. It cannot execute in a void and reliance on third party input has a trust issue, which in the first place is meant to be trustless. It is a paradox because the main value proposition of a decentralised smart contract solution was to be a trustless smart contract platform, which is not possible. In fact, having smart contracts in a blockchain could increase the cost of implementation exponentially. The end does not seem to justify the means.


6.2. BITCOIN

Bitcoin is a blockchain project and is a proof of concept on the use of a decentralised blockchain to manage transactions. Catapult has the same end point objective of hashing and storing transactions on the blockchain, like the Bitcoin project. In fact, most blockchain projects follow this same principle.

Where NEM differs is the method of competing for the right to create blocks of data onto the blockchain. Other differences are:

  • System Architecture – NEM is much more scalable
  • NEM does not have unspent transaction output (UXTO). It follows the standard ledger convention of using an account with multiple balances of assets - multiple ledgers in one account - inside it. All inputs and outputs go through this single account.
  • Business logic – Bitcoin is a plain ledger. For example, NEM has on-chain signing of transactions - do not rely on additional centralised servers to queue transactions for signing before broadcasting onto the blockchain - which gives it a very powerful utility.
  • Bitcoin does not have an inherent, purpose built multiple ledger solution
  • Bitcoin does not have a node reputation management solution as part of its core offering
  • Most of Bitcoin offerings are workarounds patched on solutions that require dependent third party providers, thus introducing another layer of concern for service level and quality dependence, security, performance, and reliability.
  • Machine competition – Bitcoin is designed with mining in mind. They have proof-of-work as a necessary element to secure the blockchain. For a permissioned blockchain solution, there is no need to compete in order to mine a block. NEM’s approach has been a simple and yet very powerful way of securing the blockchain, requiring much less computing and energy resources to manage and maintain it.
  • Transaction throughputs of Bitcoin are too low to be practical for a financial application. Their transaction rate per second is single digit in magnitude. NEM’s Catapult transaction rates are 4-figure.
  • Bitcoin confirmation time takes too long and is not suitable for the financial industry.


6.3. CORDA

Corda is in concept stage and it appears that  they are following the route of Ethereum with some subtle differences in the way they manage oracles and having stateless functions in a shareable ledger. They are proposing to use Java Virtual Machine to develop their solution. If at all, it appears that NEM could use the outcomes of these smart contracts to drive processes and outputs into the Catapult ledger system.


Ссылки и пояснения к тексту:

  1. SWIFT - Society for Worldwide Interbank Financial Telecommunication
  2. Catapult and Mijin are developed and marketed by Tech Bureau, Corporation as a permissioned ledger. Both Catapult and Mijin shall be released as part of NEM’s Open Source solution at a later date.
  3. NEM Technical Reference - https://www.nem.io/NEM_techRef.pdf
  4. Dragonfly Fintech is the developer for the homogenous cross-chain interoperability solution to link multiple instances of blockchains together.
  5. https://www.ethereum.org/
  6. https://bitcoin.org/en/
  7. https://r3cev.com/blog/2016/8/24/the-corda-non-technical-whitepaper
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
 
Catapult Whitepaper
Предыдущая тема Следующая тема Вернуться к началу 
Страница 1 из 1

Права доступа к этому форуму:Вы не можете отвечать на сообщения
Посторонним в :: Блокчейн проекты :: NEM и связанные с ним проекты :: Catapult-
Перейти: