Например, которые лет 5 лежат без движения. Так что вероятность случайного сноса живых денег низка. А в данном случе нереальна - вся сеть моложе.
Знаешь что после этого с курсом новы произойдет?Преобразование только с сохранением балансов!
Topic: NovaCoin (scrypt PoW + PoS hybrid) [self-mod] - page 54. (Read 744449 times)
Преобразование только с сохранением балансов!
В общем, да.
Какие-либо нестыковки могут возникнуть только в случае, если сам блок N или его родитель вдруг будут оторфанены, новые клиенты этого не признают продолжат использовать блок N в качестве корня своей ветки.
Но это очень маловероятно, ведь в качестве такого блока навряд ли кто в здравом уме будет выбирать блок менее чем с этак 10000 подтверждений.
Какие-либо нестыковки могут возникнуть только в случае, если сам блок N или его родитель вдруг будут оторфанены, новые клиенты этого не признают продолжат использовать блок N в качестве корня своей ветки.
Но это очень маловероятно, ведь в качестве такого блока навряд ли кто в здравом уме будет выбирать блок менее чем с этак 10000 подтверждений.
Так монеты в таком случае никуда не деваются. И функционирование клиентов, не признавших новый корень, также остается без каких-либо изменений. Они просто будут хранить всех родителей блока N, в то время как обновившиеся будут довольствоваться копией UTXO и блоком N.
т.е. можно пообрезать старые блоки сокращая размер базы по мере надобности, но при этом сохранив все монеты у их владельцев? и при этом сохранив совместимость обрезанных и необрезанных баз?
Так монеты в таком случае никуда не деваются. И функционирование клиентов, не признавших новый корень, также остается без каких-либо изменений. Они просто будут хранить всех родителей блока N, в то время как обновившиеся вместо этого будут довольствоваться копией UTXO и блоком N.
Это было бы не самым удачным моментом, потому что реализация такого алгоритма лишает юзеров осознанного выбора, признавать блок N в качестве нового начала цепочки или нет. Скачивание клиента это же не какая-то рутинная ерунда, а по сути есть акт принятия обновленного общественного договора. Видели ли, чтобы в каком-нибудь государстве конституция правила саму себя, без вмешательства граждан?
речь идёт о том что консенсус по обрезке старых блоков и монет не должен застать кого-то врасплох.по аналогии с конституций получается, что в конституции прописано в одной из статей что референдум по пересмотру конституции проходит с такой то периодичностью. и все знают когда, а не когда инициативная группа всех сможет растолкать
Это было бы не самым удачным моментом, потому что реализация такого алгоритма лишает юзеров осознанного выбора, признавать блок N в качестве нового начала цепочки или нет. Акт скачивания клиента это же не какая-то рутинная ерунда, а по сути есть акт принятия обновленного общественного договора. Видели ли, чтобы в каком-нибудь государстве конституция правила саму себя, без вмешательства граждан?
Как не видели. Периодически процесс этот наблюдаем (:А если серьезно, то просто изначально этот общественный договор задается, что вот, мы теперь делаем ротацию блоков и выводим устаревшее. Не нужно что-то перескачивать и т.д., сам договор предполагает ротацию по конкретным правилам, а не по "ручным" изменениям в клиенте.
Это было бы не самым удачным моментом, потому что реализация такого алгоритма лишает юзеров осознанного выбора, признавать блок N в качестве нового начала цепочки или нет. Скачивание клиента это же не какая-то рутинная ерунда, а по сути есть акт принятия обновленного общественного договора. Видели ли, чтобы в каком-нибудь государстве конституция правила саму себя, без вмешательства граждан?
Просто обрезать нельзя: дочерние же блоки зависят от родительских.
Это как раз не проблема, если поместить в клиент список инпутов, актуальных на выбранный момент времени. После этого в качестве стартового нужно будет указать соответствующий блок вместо нулевого, и на этом всё. Такой клиент будет продолжать цепочку начиная с этого блока, а не нулевого, а все предыдущие для него перестанут существовать т.к. он в них не будет нуждаться.Из минусов - клиент потяжелеет, т.к. в нем будет содержаться копия UTXO, актуальная на момент удаления "ховна". Сейчас это не является осмысленным занятием, но может быть принято в качестве регулярной практики в случае активного роста блокчейна, к примеру как выпуск своего рода фиксирующего клиента раз в полгода.
Таки да. В идеале, чтобы процесс требовал подтверждение других нод с проверкой на годность. ЧТо-то вроде майнерского блока, который сеть может принять, а может нет, но для такого сервисного самообслуживания.
Просто обрезать нельзя: дочерние же блоки зависят от родительских.
Это как раз не проблема, если поместить в клиент список инпутов, актуальных на выбранный момент времени. После этого в качестве стартового нужно будет указать соответствующий блок вместо нулевого, и на этом всё. Такой клиент будет продолжать цепочку начиная с этого блока, а не нулевого, а все предыдущие для него перестанут существовать т.к. он в них не будет нуждаться.Из минусов - клиент потяжелеет, т.к. в нем будет содержаться копия UTXO, актуальная на момент удаления "ховна". Сейчас это не является осмысленным занятием, но может быть принято в качестве регулярной практики в случае активного роста блокчейна, к примеру как выпуск своего рода фиксирующего клиента раз в полгода.
Просто обрезать нельзя: дочерние же блоки зависят от родительских.
Это как раз не проблема, если поместить в клиент список инпутов, актуальных на выбранный момент времени. После этого в качестве стартового нужно будет указать соответствующий блок вместо нулевого, и на этом всё. Такой клиент будет продолжать цепочку начиная с этого блока, а не нулевого, а все предыдущие для него перестанут существовать т.к. он в них не будет нуждаться.Из минусов - клиент потяжелеет, т.к. в нем будет содержаться копия UTXO, актуальная на момент удаления "ховна". Сейчас это не является осмысленным занятием, но может быть принято в качестве регулярной практики в случае активного роста блокчейна, к примеру как выпуск своего рода фиксирующего клиента раз в полгода.
не ребята, плохая идея с уничтожением монет и манипуляциями с блокчейном. Пусть себе лежит старое сухое "ховно", а то получится как гласит старая ковбойская пословица: "Не трогай сухое ховно и вонять не будет". Если подобные манипуляции начнутся, то это скомпроментирует весь проект новы.
Предлагаю както пометить, замарозить ховно. Если потом проснётся хозяин, то монеты можно будет разморозить. А вообще нужно ли ховно чистить? Что оно так сильно мешает?
Предлагаю както пометить, замарозить ховно. Если потом проснётся хозяин, то монеты можно будет разморозить. А вообще нужно ли ховно чистить? Что оно так сильно мешает?
Если посмотреть на биткоин, то видно, что весь блокчеин жиреет. Это ведет к тому, что массы будут пересаживаться на тонкие клиенты, что делает сеть по сути федеральной вместо нормальной распределенности. В нашем случае будет страдать распределенность пос-майнинга. Олигополия ни к чему, если новакоин не хочет быть трешем псевдокриптоанархическим, как биток.
не ребята, плохая идея с уничтожением монет и манипуляциями с блокчейном. Пусть себе лежит старое сухое "ховно", а то получится как гласит старая ковбойская пословица: "Не трогай сухое ховно и вонять не будет". Если подобные манипуляции начнутся, то это скомпроментирует весь проект новы.
Предлагаю както пометить, замарозить ховно. Если потом проснётся хозяин, то монеты можно будет разморозить. А вообще нужно ли ховно чистить? Что оно так сильно мешает?
Предлагаю както пометить, замарозить ховно. Если потом проснётся хозяин, то монеты можно будет разморозить. А вообще нужно ли ховно чистить? Что оно так сильно мешает?
эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...
Да не, я такие вещи предполагаю именно для очистки совсем мертвых монет. Например, которые лет 5 лежат без движения. Так что вероятность случайного сноса живых денег низка. А в данном случе нереальна - вся сеть моложе.
и обрезать со спокойной душой все блоки старше 5 лет?
а монеты если держишь в долгосрок то всё равно посишь, а значит не лежат 5 лет без движения. а если для текущих платежей то тем более не залёживаются.
Просто обрезать нельзя: дочерние же блоки зависят от родительских. Вероятно должна быть некая транзакция, при которой старая информация стирается, но контроль целостности цекущей остается. Ну и да, как вариант можно терять монеты, которые не генерят блоки или не переводятся куда-то (можно и между своими счетамИ, естественно).
эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...
Да не, я такие вещи предполагаю именно для очистки совсем мертвых монет. Например, которые лет 5 лежат без движения. Так что вероятность случайного сноса живых денег низка. А в данном случе нереальна - вся сеть моложе.
и обрезать со спокойной душой все блоки старше 5 лет?
а монеты если держишь в долгосрок то всё равно посишь, а значит не лежат 5 лет без движения. а если для текущих платежей то тем более не залёживаются.
эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...
Да не, я такие вещи предполагаю именно для очистки совсем мертвых монет. Например, которые лет 5 лежат без движения. Так что вероятность случайного сноса живых денег низка. А в данном случе нереальна - вся сеть моложе.
В чём особенность Новы? Не забросили ли её разрабы? Какие планы и перспективы?
Интересно в какие источники заглянул monopolist перед своим вопросом.Хотя, с другой стороны, глядя сюда https://blog.novaco.in/ru/ можно подумать что с сентября никакого движения то и нет.
эээ, вы там хоть сообщите зарание когда "ховно" чистить будете, а то ещё ненароком мои монеты смоете...
я пока не вникал в Эфир и его смарт-контракты, но интересно, есть ли там вариант интеграции с другими криптовалютами для участия в смарт-контрактах? Тот же нвц бы туда протолкнуть.
есть предложение
уже не первый и не второй раз возникают вопросы что делать с неотправившимися в сеть и зависшими транзакциями
понятно что есть команды консоли и запуск клиента с соответсвующими ключами, что решают подобные проблемы, но 90% пользователей подобные манипуляции не по зубам без предварительного растолкования каждому отдельно.
предлагаю в меню клиента сделать подраздел устранение неполадок
куда и запихнуть команды проверки базы и валлета. те-же самые что и в консоли но в одном подменю и с говорящим названием.
а для особо ленивых большую красную кнопку на видном месте "устранение неполадок", которая всё сама проверит и очистит )
кнопка была бы явно излишней, поскольку такие случаи скорее исключение, чем правило. В общем, вот это должно быть достаточным. уже не первый и не второй раз возникают вопросы что делать с неотправившимися в сеть и зависшими транзакциями
понятно что есть команды консоли и запуск клиента с соответсвующими ключами, что решают подобные проблемы, но 90% пользователей подобные манипуляции не по зубам без предварительного растолкования каждому отдельно.
предлагаю в меню клиента сделать подраздел устранение неполадок
куда и запихнуть команды проверки базы и валлета. те-же самые что и в консоли но в одном подменю и с говорящим названием.
а для особо ленивых большую красную кнопку на видном месте "устранение неполадок", которая всё сама проверит и очистит )
В общем да, сам по себе алгоритм PoW можно оставить без изменений. С другой стороны, его смена на RIPEMD-160 тоже имеет смысл сама по себе. Ведь если подумать, то этап быстрой и относительно свободной PoW эмиссии давно пройден. Использованная для него функция уже обеспечила более-менее непредвзятое распределение монет, эмитированных до момента выхода PoS генерации самоподдерживающийся уровень, а этот факт дает нам больше свободы в плане адаптации.
К примеру, с более легким алгоритмом будет гораздо легче жить на железных кошельках и прочих устройствах с ограниченными ресурсами, набирающих популярность. Но это уже тема для отдельного исследования и спешка тут ни к чему.
К примеру, с более легким алгоритмом будет гораздо легче жить на железных кошельках и прочих устройствах с ограниченными ресурсами, набирающих популярность. Но это уже тема для отдельного исследования и спешка тут ни к чему.
Спасибо за инфо. А есть ли реализации криптовалют на основе данных алгоритмов?
И да и нет. Большинство основанных на коде Сатоши монет используют SHA256+RIPEMD-160 для хэширования публичных ключей, когда создают адреса. Мы используем эту связку также и для генерации одноразовых публичных ключей. Однако, этим их использование на данный момент и ограничивается.Jump to: