NovaCoin (scrypt PoW + PoS hybrid)

[aclon]

На лурке надо вики делать по PoS и нове )
И на баш проталкивать шуточки на эту тему....
З.Ы. недавно приснилось что нова упала до 0.1$, проснулся в ужасе (

[1714038731]

1714038731

[1714038731]

1714038731

[1714038731]

1714038731

[Balthazar]

Я бы обрадовался наверно, ибо можно было бы скупить все.   Мне иногда снилось что BTC упал снова до $1.98.

[Echoes]

Я бы обрадовался наверно, ибо можно было бы скупить все.   Мне иногда снилось что BTC упал снова до $1.98.

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

[Echoes]

Уже больше суток не выводятся NVC с cryptsy, пишет Pending. До этого выводилось практически мгновенно.Никто не сталкивался?

[Balthazar]

Может, хотваллет пустой?

[Balthazar]

https://github.com/novacoin-project/novacoin/pull/6

Навеяно мыслями о транзакциях и их идентификации... Помимо объединения конфликтных транзакций, в 0.4.4.7 будет добавлен хэш метаданных транзакции. Фактически, тут ничего нового нет, потому что этот же хэш подписывается пользователем перед отправкой транзакции. Просто раньше он не выводился, а теперь gettransaction будет его выводить.

alex@alex-VirtualBox:~/novacoin/src$ ./novacoind gettransaction 989aaba0866c361efa36ab465a6632db23cd4ef3337984e8947b39caa4136ab8
{
    "txid" : "989aaba0866c361efa36ab465a6632db23cd4ef3337984e8947b39caa4136ab8",
   "metahash" : "391141273c9fa47a7bf52b7980aa1208aafa9453d468b6d37186a57c537066bf",
   "version" : 1,
    "time" : 1392845428,
    "locktime" : 0,
    "vin" : [
        {
            "txid" : "c63e334bbe74b1d928dcb01543353cb04026d2ae556e6876655ef074b786036e",
            "vout" : 1,
            "scriptSig" : {
                "asm" : "304402203ed3b29bdfcc1a7e55e635b855605110c540c0d8f2d2677ed184242dd2a41875022027a aa54da28e36a3e91b4da2706c3896bdddef3286dbe51a06f7e53cad04e63b01",
                "hex" : "47304402203ed3b29bdfcc1a7e55e635b855605110c540c0d8f2d2677ed184242dd2a4187502202 7aaa54da28e36a3e91b4da2706c3896bdddef3286dbe51a06f7e53cad04e63b01"
            },
            "sequence" : 4294967295
        }
    ],
    "vout" : [
        {
            "value" : 0.00000000,
            "n" : 0,
            "scriptPubKey" : {
                "asm" : "",
                "type" : "nonstandard"
            }
        },
        {
            "value" : 21.42000000,
            "n" : 1,
            "scriptPubKey" : {
                "asm" : "036ed01fdf7a5b4cacbc938a6848cce2692501d8fe997e3e42eda372638ffa3864 OP_CHECKSIG",
                "reqSigs" : 1,
                "type" : "pubkey",
                "addresses" : [
                    "4bZaUMfgS43TtXqjzPPdq9yGmPBqWpL5wu"
                ]
            }
        },
        {
            "value" : 21.43966100,
            "n" : 2,
            "scriptPubKey" : {
                "asm" : "036ed01fdf7a5b4cacbc938a6848cce2692501d8fe997e3e42eda372638ffa3864 OP_CHECKSIG",
                "reqSigs" : 1,
                "type" : "pubkey",
                "addresses" : [
                    "4bZaUMfgS43TtXqjzPPdq9yGmPBqWpL5wu"
                ]
            }
        }
    ],
    "blockhash" : "e74de7bdc3d942f6a62b1d57c748699eafd46a4b867867460bc96a8fb6e76cec",
    "confirmations" : 1
}
alex@alex-VirtualBox:~/novacoin/src$

Значение хэша метаданных для всех возможных вариантов модифицированной транзакции будет одинаковым.

[Balthazar]

https://bitcointalk.org/index.php?topic=143221.msg5254880#msg5254880

Едем дальше.

[yo-blin]

2 вопросика
1 почему когда делаешь dumpwallet в получившемся файле автосгенерированые адреса - в компрессированом виде, а импортированные с помощью importprivkey нет?
2 команды dumpwallet в клиенте bitcoin не существует?

[Balthazar]

1 почему когда делаешь dumpwallet в получившемся файле автосгенерированые адреса - в компрессированом виде, а импортированные с помощью importprivkey нет?

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

2 команды dumpwallet в клиенте bitcoin не существует?

Да, не существует.

[Balthazar]

Сейчас еще один DNS сид запустим, после профилактики Так что уже три DNS сида будет, если кто желает присоединиться - не проблема, процедура поднятия очень простая

[Balthazar]

Поднят еще один DNS seed, возможно скоро добавится еще один.

Итого, сейчас есть:

dnsseed.novaco.in
dnsseed.novacoin.su

Новый, добавлен в репозитории, но сборки о нем пока не в курсе:

dnsseed.novacoin.ru

[ShadowAlexey]

Я бы советовал по меньше адресов в юрисдикции одной страны)
Желательно еще и на разных регистраторах. Org бы чтоли получили....

[Balthazar]

На самом деле два из них находятся в Украине, а там в ближайшее время будет не до криптовалют.   Думаю, на khore еще поднимется скоро.

А вообще, это же всего лишь DNS сервер, что такого.

[rPman]

https://bitcointalk.org/index.php?topic=143221.msg5254880#msg5254880

Едем дальше.

это та самая попытка избавиться от централизованных девелоперских рассылок (а ранее в коде) отметок о гарантированно валидном блоке, который нельзя отменить, чтобы злоумышленник не смог заорфанить 100500блоков разом?

кто такие stakeholders? я в том смысле, кто или что их определяет.

[Balthazar]

это та самая попытка избавиться от централизованных девелоперских рассылок (а ранее в коде) отметок о гарантированно валидном блоке, который нельзя отменить, чтобы злоумышленник не смог заорфанить 100500блоков разом?

Отчасти да, но скорее предотвращение спектаклей типа устраиваемых ghash.io в BTC. Централизованные чекпоинты не играют в NVC такой роли, как в PPC. Здесь эта функция опциональна во-первых, а во-вторых рассылка делается только для достаточно старых блоков (имеющих 8-10 подтверждений возраст больше часа), давая возможность нормального reorganize. В ближайшем будущем они будут убраны полностью, независимо от того будет или не будет реализовано подписывание блоков пользователями.

кто такие stakeholders? я в том смысле, кто или что их определяет.

Сейчас подобный механизм уже используется для выборки блоков-источников энтропии stake modifier.

Суть идеи проста и похожа на жеребьевку. По детерминированному алгоритму функция принятия блока выбирает N proof-of-stake блоков из прошлого. Это делается таким образом, чтобы выборка была всегда идентичной для конкретного блока, но нельзя или сложно было бы предсказать результат выборки для блока в будущем. Далее из этих блоков берутся публичные ключи vin[0] коинстейк-транзакции. Вот это и будут те самые холдеры, которым будет предложено подписать блок-кандидат.

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

Таким образом, чтобы развлекаться с selfish mining, пулу типа ghash.io придется иметь очень весомую долю proof-of-stake блоков в прошлом. Тогда у него есть шанс того, что в списке окажутся его ключи в достаточном для перевеса количестве. В противном случае у него шансов нет, потому что блок оффлайн-цепочки не сможет набрать больше подписей, чем блок, который видели все.

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

Именно.

[langust]

Не подскажете, что почему добытое на баланс не упало? Кошелёк разблокирован 
http://s3.postimg.org/jjoeegsgz/mine.png

[langust]

Спасибо, буду копить монетодни 

[rPman]

Суть идеи проста и похожа на жеребьевку. По детерминированному алгоритму функция принятия блока выбирает N proof-of-stake блоков из прошлого. Это делается таким образом, чтобы выборка была всегда идентичной для конкретного блока, но нельзя или сложно было бы предсказать результат выборки для блока в будущем. Далее из этих блоков берутся публичные ключи vin[0] коинстейк-транзакции. Вот это и будут те самые холдеры, которым будет предложено подписать блок-кандидат.

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

[Balthazar]

Проклятый андроид, исписал целый экран и стер случайно, а отмены операции в меню нет %)

Доберусь домой - опишу подробнее. 

[icreator]

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

вместо юзера может программа робот кликать