Поступила "дикая" идея реализовать полностью кошелёк в JS.
При помощи вот этой штуки возможно не только кошелёк, но и даже "Doom" полностью в JS реализовать.
Topic: NovaCoin (scrypt PoW + PoS hybrid) [self-mod] - page 273. (Read 744451 times)
Это чтобы в браузере можно быть гонять или другая причина выбора именно JS? Есть, кстати, всякие коффескрипты и прочие языки, которые компилируются в JS, но могут быть удобнее при разработке каких-то задач.
В ходе работ над MultiSig в API добавлен метод получения доступных к трате средств getbalance, в т.ч. с массивом непотраченных выходов.
Поступила "дикая" идея реализовать полностью кошелёк в JS.
Например, взять за основу ExtJS и в нём "наваять окошек", связав всё необходимым для кошеля кодом.
Все данные для кошеля можно получать по API, который расширить нет особых пролем, т.к. основной функционал уже давно работает на "морде".
Для хранения приватных данных можно использовать открытый файл с адресами и, например, файл с JSON-форматом данных в виде "адрес:приватныйключ" в шифрованом gzip.
пацаны как дела в качалке (у новокоина)?
блин, здесь слишком большими весами работают 
Зайду, посмотрю, и ухожу )))
Вообще, вопрос с обходом NAT можно решить фундаментально, установкой IPv6 стека Windows-юзерам по умолчанию. Но это предмет исследования само по себе.
Можно сразу убить двух зайцев. После установки дать сообщение с рекомендацией установить CJDNS для улучшения связи. Увеличиваем количество узлов + каждый клиент получает ipv6 адрес, с которым все п2п решения быстро находят друг друга.
Автоматически ноды подхватываются для меш-способа (т.е. по беконам, рассылаемым мульикастом в локалке или в Ad-Hoc вайфай сети, что аналогично). Насколько я спрашивал, автоконфигурирование оверлэйного режима не допускает на данном этапе развития проекта его лидер, что-то там по идеологическим соображениям. Но это, как я понимаю, не навсегда. Вообще, у нас в рунете есть шарящий в теме человек shift и русскоязычный форум cjdroute.net, на котором можно уточнить.
В принципе, если через сеть новы сделать такой публичный обмен ключами и адресами для оверлэйного режима, то будет очень круто, т.к. самому искать и договариваться о линке оверлэйном с кем-то, кроме публичных нод, мне было лень и геморно (хотя с одним в своем городе таки договорился для скорости).
Вообще, вопрос с обходом NAT можно решить фундаментально, установкой IPv6 стека Windows-юзерам по умолчанию. Но это предмет исследования само по себе.
Можно сразу убить двух зайцев. После установки дать сообщение с рекомендацией установить CJDNS для улучшения связи. Увеличиваем количество узлов + каждый клиент получает ipv6 адрес, с которым все п2п решения быстро находят друг друга.
Вообще, вопрос с обходом NAT можно решить фундаментально, установкой IPv6 стека Windows-юзерам по умолчанию. Но это предмет исследования само по себе.
Можно сразу убить двух зайцев. После установки дать сообщение с рекомендацией установить CJDNS для улучшения связи. Увеличиваем количество узлов + каждый клиент получает ipv6 адрес, с которым все п2п решения быстро находят друг друга.
Вообще, вопрос с обходом NAT можно решить фундаментально, установкой IPv6 стека Windows-юзерам по умолчанию. Но это предмет исследования само по себе.
Bопрос по коду изначальному
стоит ли использовать в GetMyExternalIP() http://checkip.dyndns.org ?
http://lleo.me/dnevnik/2014/10/02_emercoin.html
https://github.com/gades/novacoin/commit/ce0134b96960575948b2da5ebd364bbcf52f8a5a стоит ли использовать в GetMyExternalIP() http://checkip.dyndns.org ?
http://lleo.me/dnevnik/2014/10/02_emercoin.html
Bопрос по коду изначальному
стоит ли использовать в GetMyExternalIP() http://checkip.dyndns.org ?
http://lleo.me/dnevnik/2014/10/02_emercoin.html
стоит ли использовать в GetMyExternalIP() http://checkip.dyndns.org ?
http://lleo.me/dnevnik/2014/10/02_emercoin.html
пацаны как дела в качалке (у новокоина)?
прошу прощения а то админ не отвечает - добавьте в список ещо один пул - http://nvcd.binpool.com/ - один с первых запустился
Админы не примите за спам!!!
Ваш пул не имеет никакого отношения к нове. Админы не примите за спам!!!
прошу прощения а то админ не отвечает - добавьте в список ещо один пул - http://nvcd.binpool.com/ - один с первых запустился
Админы не примите за спам!!!
Админы не примите за спам!!!
Думаю, Windows билды (mingw64) будем собирать с использованием ассемблерной scrypt. Как-никак, в 1.5 раза быстрее. Насчет MSVC + ASM не совсем ясно, то ли перевести исходник на MASM/NASM или же сочинять способ линковки gcc объектника с собранными MSVC модулями.
Вообще же, уверен что подкрутка параметров компиляции позволит как минимум догнать gcc.
Насчет MSVC + ASM не совсем ясно, то ли перевести исходник на MASM/NASM или же сочинять способ линковки gcc объектника с собранными MSVC модулями.Вообще же, уверен что подкрутка параметров компиляции позволит как минимум догнать gcc.
Графический клиент MinGW больше места занимает и быстрее в сравнении с MSVC
Консольный клиент MinGW меньше места занимает и медленнее в сравнении MSVC
Наверно, gcc разворачивает циклы более агрессивно. Консольный клиент MinGW меньше места занимает и медленнее в сравнении MSVC
В дополнение к тесту скорости.
Объём получившихся файлов:
(скачал файлы по ссылкам отсюда: https://bitcointalksearch.org/topic/m.9644058 )
Интересное наблюдение:
Графический клиент MinGW больше места занимает и быстрее в сравнении с MSVC
Консольный клиент MinGW меньше места занимает и медленнее в сравнении MSVC
Объём получившихся файлов:
(скачал файлы по ссылкам отсюда: https://bitcointalksearch.org/topic/m.9644058 )
Code:
MinGW 32:
Графический клиент: 20 101 912
Консольный клиент: 6 697 752
MingGW 64:
Графический клиент: 22 898 456
Консольный клиент: 7 445 272
MSVC 32:
Графический клиент: 16 099 608
Консольный клиент: 6 801 176
MSVC 64:
Графический клиент: 20 035 352
Консольный клиент: 10 350 360
Графический клиент: 20 101 912
Консольный клиент: 6 697 752
MingGW 64:
Графический клиент: 22 898 456
Консольный клиент: 7 445 272
MSVC 32:
Графический клиент: 16 099 608
Консольный клиент: 6 801 176
MSVC 64:
Графический клиент: 20 035 352
Консольный клиент: 10 350 360
Интересное наблюдение:
Графический клиент MinGW больше места занимает и быстрее в сравнении с MSVC
Консольный клиент MinGW меньше места занимает и медленнее в сравнении MSVC
Сравнение времени загрузки индекса leveldb.
Графический клиент.
Консольный клиент.
Какие выводы?
1. MinGW + ассемблерный scrypt рулят и педалят.
2. Параметры компиляции Qt клиента, выбранные по умолчанию для MSVC, явно не самые оптимальные.
3. Аналогично с параметрами компиляции консольного клиента для gcc.
4. MSVC + ассемблерный scrypt в теории может быть совсем весело, если подобрать параметры и разобраться с компоновкой. Впрочем, можно упереться в другое узкое место и получить похожий результат... Всё же весьма впечатляет сам факт того, что скомпилированный MSVC код на C++ в сравнении с ассемблерным модулем выглядит не так уж плохо.
Результат обусловлен тем, что параметры для Qt клиента подбирались достаточно жесткие, в то время как на демон внимания особого не обращали...
P.S. Диск Intel X25-E 32Gb, процессор Xeon E2658v2, ОС Win 2008R2. Делалось три запуска, выбирался лучший результат. Отклонение минимальное, как показывает практика.
EDIT: ИСправлены значения для консольных сборок MinGW64 + ASM, были неверные.
Графический клиент.
Quote
x86_64:
MinGW64: 3908ms
MinGW64 + ASM: 2957ms
MSVC: 4868ms
x86:
MinGW64: 4973ms
MinGW64 + ASM: 3248ms
MSVC: 4427ms
MinGW64: 3908ms
MinGW64 + ASM: 2957ms
MSVC: 4868ms
x86:
MinGW64: 4973ms
MinGW64 + ASM: 3248ms
MSVC: 4427ms
Консольный клиент.
Quote
x86_64:
MinGW64: 6092ms
MinGW64 + ASM: 3450ms
MSVC: 3749ms
x86:
MinGW64: 5816ms
MinGW64 + ASM: 3231ms
MSVC: 4152ms
MinGW64: 6092ms
MinGW64 + ASM: 3450ms
MSVC: 3749ms
x86:
MinGW64: 5816ms
MinGW64 + ASM: 3231ms
MSVC: 4152ms
Какие выводы?
1. MinGW + ассемблерный scrypt рулят и педалят.
2. Параметры компиляции Qt клиента, выбранные по умолчанию для MSVC, явно не самые оптимальные.
3. Аналогично с параметрами компиляции консольного клиента для gcc.
4. MSVC + ассемблерный scrypt в теории может быть совсем весело, если подобрать параметры и разобраться с компоновкой. Впрочем, можно упереться в другое узкое место и получить похожий результат... Всё же весьма впечатляет сам факт того, что скомпилированный MSVC код на C++ в сравнении с ассемблерным модулем выглядит не так уж плохо.
Результат обусловлен тем, что параметры для Qt клиента подбирались достаточно жесткие, в то время как на демон внимания особого не обращали...
P.S. Диск Intel X25-E 32Gb, процессор Xeon E2658v2, ОС Win 2008R2. Делалось три запуска, выбирался лучший результат. Отклонение минимальное, как показывает практика.
EDIT: ИСправлены значения для консольных сборок MinGW64 + ASM, были неверные.
Позвольте запостить багрепорт: при нажатии на крестик в уголке окна приложение не закрывается, а остаётся висеть в памяти. И похоже нормально работает вместо того чтобы закрыться. Галочка с опции "сворачивать при закрытии" снята. Версия бинарника novacoin-qt-0.4.4.6-update9-bdb-ubuntu-lts-amd64.
upd: баг проявляется только при активной галочке "сворачивать в системный лоток вместо панели задач".
всё ещё актуально, как для linux так и для windows,upd: баг проявляется только при активной галочке "сворачивать в системный лоток вместо панели задач".
к тому же, если другое окно не отдаёт фокус, окошко новакоина нельзя свернуть в трей даблкликом по значку в трее
В репозитории исправлен крэш при выдаче уведомлений. Т.к. сорсфорж пока не в себе, выложить билды не можем, думаю скоро оживет.
Jump to: