Author

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

sr. member
Activity: 378
Merit: 250
нет нигде. собственно это три снятия монет.
Разве ID транзакции не отобразилось сразу при выводе?
У меня показывает только "Заявка успешно подтверждена" в UI биржи.
Делал и другие выводы NVC (успешно) , в клиенте, когда смотришь транза появляется не сразу,
 иногда через час после подтв. по емэйлу.

Спасибо, Бальтазар.  Wink

ЗЫ. Я там не один пампер, счас моих заявок нет на покупку.
Но кто-то хочет еще монет...
legendary
Activity: 3108
Merit: 1359
Сам выводил по 500-1000 монет, проблем не наблюдал.

Там просто в клиенте столько транзакций, что он не может создать транзакцию иногда. По аналогии с тем, как это иногда происходит у юзеров p2pool. Отписал администрации биржи, склеят мелочь и все нормально будет.
legendary
Activity: 1912
Merit: 1020
нет нигде. собственно это три снятия монет.
Разве ID транзакции не отобразилось сразу при выводе?
sr. member
Activity: 378
Merit: 250
нет нигде. собственно это три снятия монет.
старшему уже 3 дня прошло... Angry

Что толку закупаться, если крупнейшая биржа не гарантирует вывод ?!
legendary
Activity: 1400
Merit: 1000
скорее биржи, если транзакции нет ни  у вас в клиенте ни в http://explorer.novaco.in/
sr. member
Activity: 378
Merit: 250
Походу кто-то потихоньку закупается?
Было дело  Cool
Но решили это прекратить. Вывод с BTC-e работает через раз.
часть монет ушла в никуда. создан тикет - реакция типа : ваш аккаунт нано хакнули, не ?
Потом : все придет в 72 часа.
они прошли , ни монет ни неподтвержденной транзы не видать.

В связи с чем вопрос к Бальтазару : это проблемы биржи или самой NVC ?
legendary
Activity: 3108
Merit: 1359
Скорее, вид на систему через перископ.
newbie
Activity: 19
Merit: 0


Кому суть идеи непонятна .......
...........

В результате, хэш состояния оказыватся защищенным от изменений PoW сложностью, и снимки состояния можно хранить-передавать отдельно и дезависимо от основной цепи.
я правильно поняла что суть идеи примерно в том, что получается своего рода бэкап всей системы??
legendary
Activity: 3108
Merit: 1359
Сеть полных нод в любом случае не пострадает. Однако, подобные клиенты будут способны проверить лишь PoW составляющую, а потому будут менее безопасными.

То есть, теоретическому злоумышленнику для обмана жертвы достаточно будет сгенерировать свою цепочку PoW блоков, привязав к ним фальшивые снимки состояния. Решить эту проблему можно, используя несколько параллельных подключений. К примеру, Electrum устанавливает 8 соединений с разными серверами. Вообще, использование множества серверов само по себе усложняет жизнь потенциальным любителям пошутить, даже без использования цепочки снимков . Roll Eyes

P.S. Кстати, использование Electrum серьезно упрощает жизнь, перенес биткоиновый валлет на него на десктопе.
legendary
Activity: 1386
Merit: 1009
legendary
Activity: 3108
Merit: 1359
legendary
Activity: 1386
Merit: 1009
legendary
Activity: 3108
Merit: 1359
Разработчик Electrum (ThomasV) изначально был вдохновлен данной темой, и использовал этот подход на базе древовидной структуры в своем проекте. Правда, им не используется блокчейн для "запечатывания" хэшей текущего состояния.

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

Конечно, возможен вариант, в котором для создания снимков используются только PoW блоки и проверка их PoS предков не производится. Тогда можно будет обойтись заголовками, однако проверка таких снимков будет всецело полагаться на work составляющую. В принципе, это даже можно реализовать модификацией Electrum-server... Это не изменит его концепцию принципиально, но добавит надежности.

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

1) Формируем список хэшей всех непотраченных транзакций (по аналогии со списком хэшей транзакций, включаемых в блок);
2) Считаем хэш всех элементов списка (по аналогии с merkle хэшем в блоке);
3) Создаем структуру вида:

Версия
Хэш предыдущего экземпляра структуры
Хэш всех элементов списка
Время создания
Номер блока

И добавляем её в coinbase-транзакцию генерируемого блока в основной цепи. В результате, хэш состояния оказыватся защищенным от изменений PoW сложностью, и снимки состояния можно хранить-передавать отдельно и дезависимо от основной цепи.
legendary
Activity: 1386
Merit: 1009
Balthazar, вы не анализировали различные предложения о "запечатывании" в блоки текущего "снимка" UTXO?
https://bitcointalksearch.org/topic/ultimate-blockchain-compression-w-trust-free-lite-nodes-88208
https://bitcointalksearch.org/topic/fundraising-finish-ultimate-blockchain-compression-204283

Интересно было бы примерить это всё к нове Smiley
legendary
Activity: 3108
Merit: 1359
sr. member
Activity: 253
Merit: 250
Походу кто-то потихоньку закупается?
legendary
Activity: 1554
Merit: 1008
Если сделать свою локальную сеть нод - скажем 2-3 компа то блоки в такой сети будут генерироваться с тойже скоростью что и в основной сети

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

и все - каюк биткоинам - переходим на новакоины ))

или там точно так же можно по сути - если отдельную сеть создать и внутри сети так же блоки гнать а 2 компа
legendary
Activity: 3108
Merit: 1359
Ну откуда-то сумма комиссии всё же берётся!? Вот в тестовой сети попробовал - тоже не хватило 0,002NVC:

...

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

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

Кроме того, форма на данный момент не знает реальный размер входов и использует заранее прописанные значения для разных типов, эти значения могут и не соответствовать действительности в конкретном случае. Отображаемые значения следует рассматривать как оценки и не более того. Для этого там и отображается тильда в поле размера.
legendary
Activity: 1848
Merit: 1014
Тому кто найдет следующий блок на пуле nvc.coinpool.ru в течении следующих 3 часов- 1 NVC от меня в качестве бонуса. Адрес в личку на пуле.
full member
Activity: 145
Merit: 103
Расчет же суммы представляет собой проблему, потому что у транзакции может быть более одного получателя.
Ну откуда-то сумма комиссии всё же берётся!? Вот в тестовой сети попробовал - тоже не хватило 0,002NVC:

 То есть точно рассчитать комиссию никак нельзя? Можно считать, что это "фича" и пользоваться как есть (добавить 0,001 и отправить снова)?
Jump to: