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

По сути, то, что Саймон описывает в заметке, опубликованной 30 августа 2018 года, заключается в том, что, несмотря на то, что в проект Composer было вложено много усилий, они в основном перестанут добавлять в него новые функции. В синтезе основные причины связаны с его растущей архитектурой и трудностями в ее обслуживании. Согласно примечанию, они больше сосредоточатся на добавлении большего количества функций прямо в Fabric (что отлично для всех нас!).

«Команда IBM будет продолжать обновлять Composer, чтобы поддерживать совместимость с последними выпусками Fabric v1.x, и мы исправим все высокоприоритетные ошибки - но, конечно же, в настоящее время мы не будем рассматривать какие-либо важные новые функции в Composer. . »

Как разработчику программного обеспечения, попадающему в Hyperledger, вам может показаться непосильным вмешательство в экосистему. Есть много вещей, которые нужно изучить, и такой инструмент, как Composer, действительно упростил для всех нас создание POC для Hyperledger Fabric. Тем не менее, как и многие люди, мы также заметили несколько недостатков в их архитектуре. Необходимость выбирать между «родным» Fabric или Composer действительно подтолкнула нас (и многих разработчиков) к сокращению зависимостей и переходу к родной Fabric при запуске в производство при использовании Composer. только для доказательства концепций.

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

Несколько недель назад мы сделали его открытым. В WorldSibu мы понимаем потребности сообщества разработчиков (поскольку мы сами являемся разработчиками), и наше желание отдать должное сообществу ясно дало понять, что нужно принять решение. "Вы можете прочитать больше об этом здесь".

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

Ваши варианты отныне принадлежат

Hyperledger Fabric поддерживает цепные коды (смарт-контракты), написанные на Go и Node.js. Это всегда было вариантом для людей, предпочитающих использовать Fabric как «родной». Исходя из нашего опыта, при разработке на Go, если вы не являетесь экспертом, можете быстро выйти из-под контроля, вы в конечном итоге создаете множество помощников и валидаторов для перевода данных, многоразовых функций, которые несут соответствующую стоимость рисков, и если у вас есть остальная часть вашего стека на другом языке, его действительно сложно интегрировать (CI / CD / Testing).

Если вы решите использовать Node.js и уже знаете JavaScript (или аналогичные языки с точки зрения синтаксиса, такие как Java, C #, C ++), это станет намного проще. Но все же вам придется бороться с множеством общих недостатков такой гибкой технологии, как JavaScript, настолько гибкой, что вы можете очень быстро ошибиться.

Как я уже говорил ранее, мы обнаружили, что создаем собственные решения Fabric, и в процессе разработки нашего опыта разработки мы концептуализировали и разработали Convector. Это может быть полезно, если вы решите использовать Node.js в качестве варианта языка разработки. Он использует шаблон Модель / Контроллер, что упрощает внедрение бизнес-концепций без добавления дополнительных слоев в ваш код. Это все тот же ваш код, который работает в цепочке блоков. Вы по-прежнему разрабатываете изначально.

Если вы обнаружите, что хотите создать системы смарт-контрактов, Convector может поддержать вас в вашем опыте разработки. Вот несколько ссылок:

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

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

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

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