On the other hand amount of the big data which is being created/generated by humanity every year is bigger than whole amount of data generated in prevoius years all together and development of storage/hardware is ongoing process bringing in more and more cheap solution for suppor of big data. We do not need to fear big data but we need to have a plan how to adapt to increase in data in stable manner and quality of service we are going to provide in future. WavesNG made it possible to make 1k+ transactions per second, which means that potentially if we have 1k ordinary transfer (type 4) per second transactions which are paid in waves, that means that 86,4k waves are needed daily to pay for that amount of transactions.
.....Idea behind that is not that bad but it gives us limitations and possible decrease of tx in future if there is not enough waves for some reason.
Все это приведет нас к появлению газа как на эфире
И NEO.
ну а чем плохо?
Просто надо этот механизм толково доработать .)
И тут речь не о контрактах а о комиссиях за транзакции разных типов. Вопрос более глубокий.
Нельзя всех под 1 гребень...это не правильно. Это будет мешать масштабированию.....
Cloud правильно предложим адаптивную модель для полных узлов через МРТ.
Идея неплохая.
C1oud как и многие напрасно полагают что толпа сама решит как ей лучше. Я давно заметил что средний интеллект толпы только уменьшается с ростом количества индивидов. Voting ситсема итак уже реализована посредством конфига, однако каждый владелец ноды прописал туда комиссию в шлакотокенах.
Лично я никогда не гнался за абсолютной децентрализацией.
В плане голосования то что я предложил так это утверждения толпой ценовых порогов для активации одного или другого уровня транзакций, например (цифры на обум и вот это нужно и просчитать нормально, по первой строчке приведу примерный расчет но не считайте его как верным, только для примера):
1 транза в 10 минут - 3 MRT/сутки (тут около 80%+ надо сделать чтоб было выгоднее чем волнами на прямую)
1 транза в 5 минут - 7 MRT/сутки
1 транза в 1 минуту - 34 MRT/сутки
1 транза в 30 секунд - 66 MRT/сутки
1 транза в 15 секунд - 128 MRT/сутки
1 транза в 10 секунд - 186 MRT/сутки
1 транза в 5 секунд - 352 MRT/сутки
1 транза в 1 секунду - 1706 MRT/сутки
2 транзы в 1 секунду - 3200 MRT/сутки
3 транзы в 1 секунду - 4640 MRT/сутки
4 транзы в 1 секунду - 5866 MRT/сутки
5 транзы в 1 секунду - 6666 MRT/сутки
6 транзы в 1 секунду - 7200 MRT/сутки (тут около 45%+ надо сделать чтоб было выгоднее чем волнами на прямую).
...
Тоесть выбрав один пакет для своего токена будет доступно соотвествующее количество транз которое ноды будут принимать. Не использовал твои проблемы, время бежит и сеть зарабатывает. Цена одной транзы в таком случае может быть как дешевле/дороже 0.001 волны но каждый проект сможет определиться какой путь он выберет - либо все в волнах без гемору либо немного экономит загружая сеть транзами в своем активе в большом количестве и на этом имеет скидку но если не использовал то соотвественно помогает сети в любом случае. И так вот в зависимости от развития всего мы должны как комьюнити решить какие это будут уровни и как они будут влиять на внутреннею экономику в зависимости от того какие проекты будут на платформе
либо мало но крупных либо много но малых.
На самом деле мы имеем обычную задачу нахождения оптимального решения которое понятное дело динамично в зависимости от использования покупателем купленного пакета. Возможно даже активацию в MRT нужно иметь динамическую в зависимости от стоимости MRT в волнах, чтоб соотношения возмоной выгоды всегда существовали и тогда голосовать никогда ни зачто не нужно, просто работает модель.
Однако это оптимальное решение и то каким пакетом будут пользовать больше всего повлияет сразу на цену MRT
а это в свою очередь может модель ограничить в некоторых выборах (выборы просто будут очень дорогим и возможно не популярными), однако динамическая баланисровка пакетов по цене MRT/Waves эту проблему усртаняют, тоесть MRT будет востребован с такой моделью больше в перспективе и возможно прокеты будут им запасаться на перед. Тоесть по каждому выбору нужно примерно представлять сколько реальных транз сможет проект выбрав один или другой пакет сделать и сколько при этом сэкономить если сранивать напрямую с транзами в волнах (тоесть должна быть примерно посчитана точка доходности примерно на 30-50% на высоких уровнях, тоесть заведомо можно полагать что 50% точно не будет использоваться но при этом это будет стоить дешевле когда на малых уронях имеем коеэффициент порядка 80%, тоесть 20% будет потеряно).
Тоесть по такой модели мы активируем рынок покупки продажи MRT, что в свою очередь даст нам транзакции на платформе так как полученные MRT будут распределяться генераторам кто в свою очередь будет раздавать их своим вкладчикам а те продавать на рынке.
Одно но, я до конца не понимаю как это повлияет на вес блокчейна и как такую модель эфективно контролировать - тоесть как реально система сможет не пускать транзы с конкретным ассетом чаще чем запланированно и чем это грозит блокчейну если транзы будут абсолютно в разных ассетах оплачены. Но то что с такой моделью каждая транза будет платная это 100%, правда какие-то дешевле других.
Если спросите почему эта модель будет работать дык потому что скоро основная масса всех волн будет задействована в генерировании блоков а значит свободных волн на рынке не будет и в итоге с ростом цены на волны как потенциального главного ассета чем можно будет платить за транзакции будет расти и в цене MRT но полную свою стоимость обретет в момент нехватки волн на рынке когда MRT реально нужно будет чтоб активировать для проекта необходимое количества транзакций иными ассетами.
Один раз уже отняли на bitfinex, худшее лето в моей жизни. Теперь крупные суммы только на DEX. 
