Topic: NovaCoin (scrypt PoW + PoS hybrid) [self-mod] - page 253. (Read 744451 times)

в тему нулевого маркетинга -- и тут нову не упоминают:
https://prism-break.org/ru/subcategories/gnu-linux-finance/

[вброс]
кстати, есть инфа что пока бикул не продаст роста не будет
[/вброс]

Добавил предложение на github, чтобы не потерялось:
https://github.com/novacoin-project/novacoin/issues/83
Уже 4 feature request накопилось

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

Как раз такой случай был заранее предусмотрен при разработке страницы для работы с мультисигом.
Выборку входящих транз для адрес сделать не является большой проблемой.

Не надо усложнять
Я пишу о тех багах, которые причиняют реальные неудобства. Зашел к диалог, половину сделал, и тут выясняется, что надо вставить ID транзакции - а оно в окне кошелька, а при переходе в окно кошелька - оно убегает... и т.д. и т.п.

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

Да, сейчас нормально Спасибо.

При редактировании (любом изменении, в том числе создании заново) кнопка должна становиться активной. То есть не надо на эту кнопку вешать функцию проверки наличия адреса в кошельке.

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

Кстати, это вполне можно сделать в рамках вот этого предложения:

Сохраняется в файл wallet.dat. После перезапуска будет доступен.
По поводу сделать неактивной, а если скрипт писался руками и допущена ошибка при вводе(или баг какой найдётся), как перезаписать скрипт для этого адреса?

Да, вроде теперь должно правильно работать:
(MSVC, LevelDB, 32bit)
https://yadi.sk/d/SKbYUCt5dTQd2

Вот правка в коде:
https://github.com/novacoin-project/novacoin/pull/82

Глупый вопрос - а куда оно сохраняется? То есть после перезапуска кошелька скрипт активации будет ли доступен?
Как-то бы сделать так, чтобы было понятно, сохранён скрипт активации или нет. Например, кнопка его сохранения могла бы становиться неактивной.


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

Хотелось бы, чтобы диалог "Мультиподпись" и Окно отладки позволяли бы переключаться в окно кошелька, а потом переключаться на себя, т.е. работали бы независимо. Это возможно?

Это уже нездоровье. Местом для синхронизации должен быть гитхаб или отдельный полноценный трекер. Гитхаба достаточно.  Созлал issue, закрепил за собой и отписался с комментах.

Если сохранён скрипт активации, то при отправке монет, при введении в поле id транзакции, значение в строку "Скрипт активации:" автоматом дописывается.

Баг: когда открыт диалог Мультиподпись, есть возможность переключать вкладки в окне кошелька, вот только оно (окно кошелька) при этом сворачивается в трей. Как-то бы отучить его от этой плохой привычки

Вопрос: что должна делать кнопка "Сохранить скрипт активации"? Создаю адрес, жму эту кнопку, и ничего не происходит.

Предложение: неплохо было бы добавить возможность скрывать ненужные адреса в адресной книге.

Я посмотрел код, и разобрался как оно там работает.
Не так как ты написал, поэтому спешу всем рассказать))


Нужно выпонить вот такую команду столько раз пока она дает результат:
mergecoins 120 1 80

120 - выход, до такого выхода хочет соединять, но будет получаться 120-200
1 -вход для соединения минимум
80 -вход для соединения максимум

А работает просто лезет во входы и в случайном порядке берет просто все от 1 до 80.
Дальше по тому случайному порядку их добавляет.
Пока не становится больше 120, но!
Ключевой момент!
Нет оно не проходит дальше для поиска более подходящих входов и не собирается ближе но не доходя 120, а просто берет следущий который больше дает впихивает его и готово зашибись заканчивает.
Потому максимум получится больше заданого на один вход ( а там уж как выйдет, от 1 до 80).

Но результат может выходить и меньше 120 тупо потому что входов не было из заданых на большее, и всеравно оно сработает и обработает.

Поэтому команду использовать можно, но не очень удобно.
Хотя для тех у кого до фига монет, ну например 20 000 и все мелочью, и блоки гарантировано каждый день прут, и они мелкими входами то переработав до варианта например:
mergecoins 40 1 20
запуская 1 раз в 2 дня допустим гарантировано что-то обработается в весьма не мешающий результат, если вас не заботит что часть мелочевки останется а просто хочется чтобы были некоторые по крупнее, то вполне пригодно вот так.
Хотя нет, если часть остается жаль ее будет потом терять.
Блин, не хватает параметра количество подтверждений.

Я придумал решение, в запускающем и повторяющем это дело батнике надо просто поверять результат последнюю транзу сделаную, и пока она делается и делается выше заданых 120 повторять.
Если последний запуск не дал результата или дал результат ниже 120, то всё завершили на сегодня.
Далее завтра по крону или планировщику. И так каждый день.
В итоге всё будет работать как надо, завтра будут новые входы и к ним этот сегодняшний сработавший случайно мелкий и приплюсуется.
Ну бюольше на одну лишнюю транзу в день , ну и хрен с ним.
Ну и заглушку естесно на 10-100 запусков в день не больше (число подобрать чуть выше того что обычно в день получается) , ну на всякий случай))

Теоретически возможно всё

Можно было бы сделать в самом блоге, создав там отдельную рубрику, но оно как-то не особо будет вязаться, я думаю.

Предложите варианты движка, а дальше посмотрим и обсудим.

Интересно.
А я попробую разобраться в функции mergecoins побольше, в более новом клиенте нашел ее.

Если я правильно разобрался, то тут подписывают по очереди, по принципу "подписал сам - передай другому". Передача частично подписанной транзакции происходит посредством, например, e-mail.
Кнопка "Отправить транзакцию" станет активна только после того, как наберется необходимое, заложенное при создании адреса, количество подписей.

В банк клиентах четко пишут "подп. 1 подп, ждет 2" или "подп 2 подп, ждет 1"
(кто не в курсе 1-генеральный директор или его зам соответствующий, 2-главбух или соответсвующий зам главбуха или комерческий директор)

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

Просто на то там и придумали номер 1 и номер 2, что на каждую подпись ставится часто по 2-3 человека, потому что один в отпуске, другой болеет, третий уволился обычно.

То есть даже допустим сделав два человека на 1 подп и 2 человека на 2 подп получим результат:
Или директор сменился а зам в отпуске или болеет, или главбух сменился, а зам в отпуске или болеет.
Серьезно!! Когда назначены 3 человека 50% времени нет ни одного в итоге!
Потому что текучка и никому ничего не надо. Надо тому кто будет следить за этим, а им следить не надо они считают.

То есть даже в таком варианте когда всего 2 подписи, и на каждую по 2 человека всеравно всё это работает с большим скрипом.
Тоже в течении года уже окажется что обоих не станет. Это постоянно требуется отслеживать, а им до лампочки что их не стало или болеет или на мальдивах.

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

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

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

Да, ты всё правильно понял.

Кстати, может кому будет интересно?

https://travis-ci.org/ (если в поиске на этом сайте набрать novacoin, то что-то там есть...    )
http://habrahabr.ru/post/140344/
http://adw0rd.com/2012/10/2/travis-ci/#.VJHFu4Xb_gx
http://www.vurt.ru/2012/11/travis-ci-integration-in-15-minutes/
http://apm-linux.blogspot.ru/2013/08/travis-ciorg-debian-github.html

Предположим, мы делаем транзакцию, требующую 2 подписи. Я правильно понял, что сообщение "Transaction is NOT completely signed" появится после подписания этой транзакции первым участником? А после подписания вторым участником появится "Transaction signature is complete"?

Тогда предлагаю использовать варианты перевода "Транзакция подписана не полностью" (не надо выделять НЕ большими буквами) и "Подписание транзакции завершено"   Я выделил эти варианты синим цветом.