Bitcoin Forum
November 12, 2024, 04:28:30 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 [196] 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 ... 331 »
  Print  
Author Topic: NovaCoin (scrypt PoW + PoS hybrid)  (Read 600912 times)
boinc
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
February 04, 2014, 04:20:15 AM
 #3901

+ справку из прокуратуры Волгограда о возбуждении уголовного дела Grin
Тема для отдельного экстрим-конкурса  Cheesy Cheesy Cheesy
Правда за Нову такую справку могут и не дать, они еще слово bitcoin не до конца выучили

BTC 12P9LaA7eciiPCx68qFEFarpfrF8mcrNmY
Serj-nt
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
February 04, 2014, 05:13:04 AM
 #3902

Доброго времени суток! Появилась такая проблема после последних обновлений кошелька novacoin: все текущие и начисляемые монеты не возможно отправить!
Скрин ошибки http://hostingkartinok.com/show-image.php?id=13549843b6e308ba25162457f426ed9f

Balthazar (OP)
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
February 04, 2014, 06:18:00 AM
Last edit: February 04, 2014, 06:41:23 AM by Balthazar
 #3903

Вчера уже наблюдали подобное, помогло пересоздание кошелька.

1. Справка -> Окно отладки -> Консоль RPC

2. Набрать и выполнить:

Code:
dumpwallet "c:\\куда\\сохранять\\файл.txt"

3. Закрыть клиент.

4. Найти файл wallet.dat и переименовать/переместить его.

5. Открыть клиент, снова перейти в консоль

6. Набрать и выполнить:

Code:
importwallet "c:\\куда\\сохранен\\файл.txt"

Причина пока выясняется.

Вообще, как и у всякого масштабного обновления, у 0.4.4.7 наблюдаются некоторые проблемы.  Roll Eyes

Кто наблюдает проблемы со стабильностью при отправке транзакций, выкладывайте debug.log (можно в ЛС). Было бы полезно.
Serj-nt
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
February 04, 2014, 07:54:59 AM
 #3904

Спасибо, все заработало!   Wink
ymnik
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
February 04, 2014, 09:22:04 AM
 #3905

Пришлось изрядно покопаться в этой теме, чтобы разобраться, что к чему и как работает. Не осуждаю тех ребят, что тут якобы "троллили" по мнению большинства - их можно понять.
В английской ветке вообще ничего непонятно, russian mafia только и напрашивается у них  Grin

Нова по сравнению с другими валютами просто не сравнима.
И дефляционно/инфляционный баланс есть, и сложность регулируется, и в будущем генерация как таковая будет очень энергоэффективна из-за ПоС. Включил по сути кошель, пока он в сети, идет майнинг. Затрат на электричество только, но и тут ВПС можно прикупить, залить туда кошель и настроить бекапы валлет.дат для безопаности.
Очень шикарно, да.

Но нету вики подробной, нету красивой обложки, нету пиара и рекламы. Такие упертых, что разберутся во всем досконально, единицы, наверно.
Но т.к. кроме Новы я разобрался и во всем прочем, то хотелось бы предложить дополнить существующий клиент одной забавной возможностью, что в общем-то имеется у биткоина, но совсем незамечаема создателями новых криптов.
И именно вот это: http://btcsec.com/bitcoin-address-practice/
С дополнениями, конечно.
Суть идеи проста - давать возможность отдавать адреса из своего кошелька другому человеку, просто передав с адресом и приватный ключ к нему.
Т.е. у меня есть 1000 НЦ, я захотел поменять 100 НЦ по бартеру на товар/другую бумагу, просто меняю у адреса приватный ключ на 123456 и отдаю, как чек по сути, другому человеку.
Не надо носить с собой кошелек, не надо вообще ничего - выписал чек и все.
Человек получает адрес и пароль, жмет кнопочку в своем кошелек "Добавить кошелек", указывает адрес, ему предлагаю ввести пароль, вводит, получает права на владение адресом.

Идея такая появилась из-за аналогии биткоина с золотом. При этом всем известно, как развивалась эта самая золотая экономика - чеки с тех времен и пошли, и до сих пор живут.
У нас они в онлайне называются BTC-E code, к примеру. Коды пополнения, карты пополнения.

Добавив такую функцию к кошельку, а она уже по сути встроена наверно, ведь НЦ на биткоине основан, можно дополнить возможностью давать кошелькам имена, как это описано в статье по ссылке выше.

Все это сделает НЦ несравненным с другими валютами, просто рядом не стоят. А как подорвутся обменники, чтобы ченжить НЦ на все валюты мира, хех Smiley
Я понимаю, что подобное внедрение потребует некоторых доработок в клиенте, чтобы можно было изменять приватный ключи или как-то передавать их часть, или еще что-то. Но как и с золотом, люди несли его в банк и предпочитали не носить с собой, обмениваясь простыми чеками(бумажками с подписью).

Что скажете? Возможно это реализовать? И как скоро?
Balthazar (OP)
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
February 04, 2014, 09:35:13 AM
 #3906

Вчера уже наблюдали подобное, помогло пересоздание кошелька.

1. Справка -> Окно отладки -> Консоль RPC

2. Набрать и выполнить:

Code:
dumpwallet "c:\\куда\\сохранять\\файл.txt"

3. Закрыть клиент.

4. Найти файл wallet.dat и переименовать/переместить его.

5. Открыть клиент, снова перейти в консоль

6. Набрать и выполнить:

Code:
importwallet "c:\\куда\\сохранен\\файл.txt"

Причина пока выясняется.

Вообще, как и у всякого масштабного обновления, у 0.4.4.7 наблюдаются некоторые проблемы.  Roll Eyes

Кто наблюдает проблемы со стабильностью при отправке транзакций, выкладывайте debug.log (можно в ЛС). Было бы полезно.
Если у кого будет подобная проблема, то огромная просьба перед пересозданием кошелька отправить мне в ЛС результат команды checkwallet.
Balthazar (OP)
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
February 04, 2014, 09:41:08 AM
Last edit: February 04, 2014, 10:05:51 AM by Balthazar
 #3907

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

Что скажете? Возможно это реализовать? И как скоро?
getnewaddress
sendtoaddress
dumpprivkey/importprivkey.

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

Вообще же, есть и более гибкие способы, чем прямая передача ключей.
ymnik
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
February 04, 2014, 10:39:48 AM
Last edit: February 04, 2014, 10:56:32 AM by ymnik
 #3908

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

Что скажете? Возможно это реализовать? И как скоро?
getnewaddress
sendtoaddress
dumpprivkey/importprivkey.

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

Вообще же, есть и более гибкие способы, чем прямая передача ключей.

Т.е. для физической передачи/перекачке возможно лишь передавать полностью wallet.dat, так?
Если наличку совсем сильно подкрутят, то даже такой способ передачи посредством приложений в смартфонах/флешек в какими-нибудь простенькими мониторами количества монеток на них - реальность.
Или есть другие способы передачи виртуальной налички?
Да, я смотрю в будущее скорее, но если не заложить основ на данном этапе, то потом придется ведь все переделывать.
Не думали о таком? И какие более гибкие способы возможны?

UPD:
Т.е. для физической передачи/перекачке возможно лишь передавать полностью wallet.dat, так?
Нет, просто для этого набор транзакций на разных адресах нужно создать заранее.

Т.е. как-то резервировать монеты, снимая их заранее, куда-то сохраняя и зачисляя тому, кто предъявит на неё права? Генерировать такие блоки отдельно от остальных, что ли? И кто первый предъявит права по паролю - того и блок/блоки?
Но в таком случае нельзя будет проводить транзакции любого размера, а по типу награды - некое конкретное число/привязка. Хм...
Или я не так понял?  Wink
Balthazar (OP)
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
February 04, 2014, 10:43:36 AM
 #3909

Т.е. для физической передачи/перекачке возможно лишь передавать полностью wallet.dat, так?
Нет, просто для этого набор транзакций на разных адресах нужно создать заранее.
aclon
Hero Member
*****
Offline Offline

Activity: 613
Merit: 500


View Profile
February 04, 2014, 10:56:52 AM
 #3910

А если какойто механизм чтоб после выписки такого чека (передачи кода) можно было спустя неопределённое время списать с адреса сумму по чеку? т.е. право создать транзакцию на произвольный адрес с фиксированной суммой? а если на счету денег не оказалось ну извините чек недействителен )
Т.е. не не полные права передавать, а ограниченные и прописанные.
Такое можно было бы использовать для ускорения расчётав при наличии доверия и в оффлайне
Beoga
Legendary
*
Offline Offline

Activity: 2646
Merit: 1141


View Profile
February 04, 2014, 11:03:13 AM
 #3911


getnewaddress
sendtoaddress
dumpprivkey/importprivkey.

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

Вообще же, есть и более гибкие способы, чем прямая передача ключей.

Т.е. для физической передачи/перекачке возможно лишь передавать полностью wallet.dat, так?
Если наличку совсем сильно подкрутят, то даже такой способ передачи посредством приложений в смартфонах/флешек в какими-нибудь простенькими мониторами количества монеток на них - реальность.
Или есть другие способы передачи виртуальной налички?
Да, я смотрю в будущее скорее, но если не заложить основ на данном этапе, то потом придется ведь все переделывать.
Не думали о таком? И какие более гибкие способы возможны?

не обязательно передавать весь кошелек (wallet.dat).
можно создать дополнительные адреса в своем кошельке на которые отправить нужные суммы прямо из своего кошелька с других адресов. Все это делается в вашем Новакойн клиенте. После чего вы выполняете команду в командной строке кошелька: dumpprivkey {нужный адрес}, кошелек выдаст вам личный ключ, владелец которого будет полностью распоряжаться средствами с "нужного адреса". Единственно - строка из символов там довольно длинная ))
Beoga
Legendary
*
Offline Offline

Activity: 2646
Merit: 1141


View Profile
February 04, 2014, 11:06:55 AM
 #3912

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

по получению такого кода надо сразу же перекидывать деньги на другой адрес, т.к. у бывшего владельца также остается доступ к средствам на старом адресе.
ymnik
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
February 04, 2014, 11:09:21 AM
 #3913


getnewaddress
sendtoaddress
dumpprivkey/importprivkey.

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

Вообще же, есть и более гибкие способы, чем прямая передача ключей.

Т.е. для физической передачи/перекачке возможно лишь передавать полностью wallet.dat, так?
Если наличку совсем сильно подкрутят, то даже такой способ передачи посредством приложений в смартфонах/флешек в какими-нибудь простенькими мониторами количества монеток на них - реальность.
Или есть другие способы передачи виртуальной налички?
Да, я смотрю в будущее скорее, но если не заложить основ на данном этапе, то потом придется ведь все переделывать.
Не думали о таком? И какие более гибкие способы возможны?

не обязательно передавать весь кошелек (wallet.dat).
можно создать дополнительные адреса в своем кошельке на которые отправить нужные суммы прямо из своего кошелька с других адресов. Все это делается в вашем Новакойн клиенте. После чего вы выполняете команду в командной строке кошелька: dumpprivkey {нужный адрес}, кошелек выдаст вам личный ключ, владелец которого будет полностью распоряжаться средствами с "нужного адреса". Единственно - строка из символов там довольно длинная ))

О, это я и хотел узнать. Значит можно все таки. Но, как заметил выше aclon, это не гарантирует, что к моменту активации адреса у себя на нем что-то будет. А с резервированием было бы неплохо работать, есть мысли на этот счет, возможно это как-то реализовать?
Balthazar (OP)
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
February 04, 2014, 11:11:05 AM
 #3914

  • Можно создавать транзакции, трата которых будет заблокирована до блока с определенным номером, либо до нужной даты.
  • Можно создавать транзакции, трата которых будет требовать несколько подписей.

Это позволяет реализовать следующую схему:

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

Итоги просты:

  • Магазин может принимать транзакции с составного адреса без ожидания подтверждений;
  • Магазин не может украсть средства с составного адреса, и пользователь тоже;
  • Если магазин закроется, то пользователь по истечении времени блокировки сможет опубликовать транзакцию в сети и получить заблокированные ранее средства обратно.
ymnik
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
February 04, 2014, 11:18:21 AM
 #3915

  • Можно создавать транзакции, трата которых будет заблокирована до блока с определенным номером, либо до нужной даты.
  • Можно создавать транзакции, трата которых будет требовать несколько подписей.

Это позволяет реализовать следующую схему:

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

Итоги просты:

  • Магазин может принимать транзакции с составного адреса без ожидания подтверждений;
  • Магазин не может украсть средства с составного адреса, и пользователь тоже;
  • Если магазин закроется, то пользователь по истечении времени блокировки сможет опубликовать транзакцию в сети и получить заблокированные ранее средства обратно.


Если размер страховочной транзакции должен быть равен стоимости товара, то у покупателя должно быть монет на 2 товара. Для мелких транзакций еще ладно, но при крупных покупках, которые нельзя разбить на части, это проблема.
Кроме того, "магазин" может сказать, что кидает меня, если я не перечислю ему Н монет, иначе моя "страховка" вморозится на Н лет.
Торговля та еще Wink
Balthazar (OP)
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
February 04, 2014, 11:19:55 AM
 #3916

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

Кроме того, вникать в подробности юзеру нет никакой необходимости, т.к. реализовать такой механизм в железе не представляет проблемы... Самый простой демонстрационный вариант может быть сделан на основе комбинации RaspberryPi + кардридер, более сложный вариант - чип-карта с ключами юзера, которой можно подписывать транзакции и в которой сохранять историю.
aclon
Hero Member
*****
Offline Offline

Activity: 613
Merit: 500


View Profile
February 04, 2014, 11:22:42 AM
 #3917

Это получается фактически средства на балансе в магазине и потратить их на другое нельзя? Т.е. в каждом магазине надо держать сумму на покупки замороженную... А нельзя ли с одной суммой работать сразу со многими магазинами без подтверждений?
Balthazar (OP)
Legendary
*
Offline Offline

Activity: 3108
Merit: 1359



View Profile
February 04, 2014, 11:25:48 AM
 #3918

Это получается фактически средства на балансе в магазине и потратить их на другое нельзя? Т.е. в каждом магазине надо держать сумму на покупки замороженную...
Да. У многих магазинов с фиатом сейчас делается примерно так же. А в обмен на блокирование средств даются плюшки в виде скидок и бонусов.

А нельзя ли с одной суммой работать сразу со многими магазинами без подтверждений?
Можно, использованием более чем двух подписей (юзер + магазин 1 + магазин 2 + третье лицо). Но только если оба магазина доверяют третьему лицу, ключ которого будет использоваться.
ymnik
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
February 04, 2014, 11:32:26 AM
 #3919

Это получается фактически средства на балансе в магазине и потратить их на другое нельзя? Т.е. в каждом магазине надо держать сумму на покупки замороженную...
Да. У многих магазинов с фиатом сейчас делается примерно так же. А в обмен на блокирование средств даются плюшки в виде скидок и бонусов.

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

Магазинам может это и удобно, но что с обычными анонимусами? Возможно ли осуществить аналогию с "переводом с протекцией" или "выпуском чека на предъявителя"(с резервированием средств/снятием/хранением где-то) каким-либо образом?
aclon
Hero Member
*****
Offline Offline

Activity: 613
Merit: 500


View Profile
February 04, 2014, 11:42:21 AM
 #3920

Это получается фактически средства на балансе в магазине и потратить их на другое нельзя? Т.е. в каждом магазине надо держать сумму на покупки замороженную...
Да. У многих магазинов с фиатом сейчас делается примерно так же. А в обмен на блокирование средств даются плюшки в виде скидок и бонусов.

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

Магазинам может это и удобно, но что с обычными анонимусами? Возможно ли осуществить аналогию с "переводом с протекцией" или "выпуском чека на предъявителя"(с резервированием средств/снятием/хранением где-то) каким-либо образом?
Проблему с кидаловом можно решить госрегулированием. например юр- физлицо регистрирует в своё владение некоторые адреса и все чеки неоплаченные с этого адреса можно требовать в судебном порядке
Pages: « 1 ... 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 [196] 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 ... 331 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!