@abctc, a что ты думаешь про эту историю с Nxt 2.0? Я не особо за этим следил, если честно. Но скандал, который устроил Джеймс, было трудно не заметить...
- там ситуация достаточно понятная. Джеймс на словах за развитие, за новый функционал, но на деле у него, как у разработчика, возникает естественный конфликт интересов с выходом новых версии Nxt, т.к. нужно адаптировать MGW к изменённому API. А тут Жан-Люк предложил в версии 2.0 не то, что новые API-функции, а коренную реформу Nxt.
Кто как не Джеймс, в MGW регулярно сражающийся с проблемами синхронизации с блокчейном биткоина, должен понимать, что проблему масштабируемости криптоплатформы нужно решать. Причём, если целью ставить не сиюминутную выгоду, а перспективное развитие, то решать проблему масштабируемости нужно сейчас, а не тогда, когда блокчейн перестанет помещаться на диск, а новые транзакции - в блок.
И вот Nxt core-разработчики (Jean-Luc, Riker, petko) предлагают, возможно впервые в криптоистории (не считая, конечно, Iota :-), способ обеспечить производительность в 200tx/sec при слабом росте блокчейна, да ещё с возможностью для разных бизнесов создавать свои собственные дочерние блокцепи со своими свойствами, и с комиссиями в своих же монетах.
С маркетинговой точки зрения (для получения поддержки своих идей) разработчикам нужно было бы вначале подробно описать проблему, рассказать о сложностях её решения, запросить советов по её преодолению, развенчать все предложенные подходы, а уж затем огласить своё выстраданное многими месяцами поисков, проб и ошибок, предложение.
Но Жан-Люк - старый солдат, который не знает маркетинговых слов. Он выложил готовое, голое, рафинированное, продуманное решение. Настолько же революционное, насколько неподъёмна решаемая задача. Естественно, оно вызвало шок, а у зацикленных на сиюминутных вопросах практиков, типа Джеймса, даже истерику (в Слэке).
В целом, проблемы перед Nxt (и другими криптовалютами) стоят непростые - то ли сосредоточиться на привлечении новых пользователей (но впоследствии будет очень трудно, как в биткоине, решать проблему масштабируемости), то ли заняться архитектурой - но тогда можно упустить время, и потенциальных пользователей.