Ответы

Так можно сделать пока просто отложенный по времени.
А потом при появлении механизма proposal добавить и его.

Думаю это было бы хорошим плюсом системе.

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

> Иерархическая модель подписи транзакций на примерах.
Пусть есть транзакция А, которую должны подписать Alice (weight := 20%), Bob (weight := 80%). Но теперь вес голоса Bob зависит от того, как за эту транзакцию проголосуют пользователи Charlie (weight := 50% от Bob.weight) и пользователь Nagibator228 (weight := 50% от Bob.weight).

Это типа "смарт-контракты"? Или там ещё больше наворотов?))

В rudex есть такое вот. Это оно, proposal?

только один вопрос - почему Nagibator228 а не Delta?

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

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

за развернутый ответ - отдельное человеческое спасибо!

> И это корректно обработано в protocol/operations.cpp, как следствие никакой "потери корректности подписи" и "приписывания чего-бы то ни было в конец имени операции" быть не может. Написание такого - грубейшая ошибка, признак не понимания самой базовой криптографии.

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

ок, пусть в бд все нормально, тогда сделай для rpc человеческие имена. иначе что прикажете сделать, если у нас появяться еще новые версии апвотов, мы текущие переименуюем в "operation_Х" а новые сделаем "operation"? вводи нормально - те что без версии - самые первые, тк что с версией - значит после. вот совсем неочевидное "поведение"

> Смена версии протокола взаимодействия - это не беспредел, а нормальная ситуация для всего мира и не следует отвергать это просто потому, что она появилась у нас впервые.

см выше, я считаю что грамматная нумерация operation->operation_X, а не operation_X->operation. Ну мы де не мусульмане! у нас все слева направо!

> P.S. Ничего личного, в этом комментарии я хотел задеть только одного очень известного, но крайне безграмотного человека и более никого.

пофик, давай доразберемся. ответь плиз еще разок)

если на пальцах, что такое плоская?

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

Рассакжите о причинах такого решения? Зачем это нужно?
И что будет если демон упадет, например?

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

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

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

А зачем нам медиаблокчейн Голос? Почему мы не можем обсуждать и предлагать тут?

Можно ли встроить какой-то дебаг, чтобы все остальные делегаты видели, кто косячит?

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

> Маркетинг и громкие заявления

А кто занимается маркетингом на голосе?
По каждой фиче можно было лендинг запилить. Или по крайней мере оформить вкладку /about нормально. Внутреннего PR вообще нет.