NovaCoin (scrypt PoW + PoS hybrid)

[coolbeaver]

А когда примерно будет выложена новая версия p2pool'а?

[1714851864]

1714851864

[1714851864]

1714851864

[1714851864]

1714851864

[Balthazar]

Новая сеть будет запущена в воскресенье, во второй половине дня. Полагаю, что p2pool.novaco.in переключится на нее не сразу, но это от меня не зависит.

[fsb4000]

Новая сеть будет запущена в воскресенье, во второй половине дня. Полагаю, что p2pool.novaco.in переключится на нее не сразу, но это от меня не зависит.

Хорошие новости 

[cullet]

Проблема "мгновенных" платежей за хлеб в магазине может быть решена при помощи чиповых карт, фактически таких же, что используются традиционными МПС. На карту грузятся адреса и их приватные ключи. Транзакция генерируется эквивалентом "обычного" PoS-терминала (здесь point-of-sale, не путать с proof-of-stake ) и уходит на подпись в карту. Обратно карта выдает уже подписанную транзакцию. Терминал сверяется с чейном, что адрес действительно содержит необходимое количество монет и постит (или не постит, если есть нехватка или нет такого адреса) транзакцию в сеть. Почему идея жизнеспособна - потому что так работает "нормальная" торговля. В существующей системе карточных платежей существуют риски и, в конечном счете, они возложены на торговца. Т.е. например, если торговец продает товар по т.н. "белому пластику" - это его проблемы.

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

[Balthazar]

Мультисигнатурные транзакции - это совсем другой вопрос, не связанный с основанным на латентности P2P сети даблспендом. Понятное дело, что в подобной схеме с "талонами" даблспенд неподтвержденной транзакции станет невозможным, но это только один из вариантов решения.

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

[Echoes]

Новая сеть будет запущена в воскресенье, во второй половине дня. Полагаю, что p2pool.novaco.in переключится на нее не сразу, но это от меня не зависит.

Стратум будет поддерживаться?

[bee7]

Проблема "мгновенных" платежей за хлеб в магазине может быть решена при помощи чиповых карт, фактически таких же, что используются традиционными МПС. На карту грузятся адреса и их приватные ключи. Транзакция генерируется эквивалентом "обычного" PoS-терминала (здесь point-of-sale, не путать с proof-of-stake ) и уходит на подпись в карту. Обратно карта выдает уже подписанную транзакцию. Терминал сверяется с чейном, что адрес действительно содержит необходимое количество монет и постит (или не постит, если есть нехватка или нет такого адреса) транзакцию в сеть. Почему идея жизнеспособна - потому что так работает "нормальная" торговля. В существующей системе карточных платежей существуют риски и, в конечном счете, они возложены на торговца. Т.е. например, если торговец продает товар по т.н. "белому пластику" - это его проблемы.

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

Я честно говоря не продумывал решение в деталях, оно пришло "спонтанно" как реакция на пост о платежах за хлеб. Мысли про офлайновые транзакции при написании поста в голове проскакивали, но думать подробно было лень. На вскидку (для тех кто не в теме), в чиповых технологиях EMV (Europay-Mastercard-Visa) для проведения офлайновых транзакций применяется проверка ЕЦП карты, а так же подписывание транзакции 3DES ключем, сгенерированным эмитентом карты, т.е. вся схема офлайновых платежей подразумевает централизованное управление. Но это не исключает возможности разработки схемы, применимой в нашем случае. Вообще, возможность проведения офлайновых транзакций этим гигантам была продиктована необходимостью снижения стоимости самой транзакции. В случае криптовалют этот довод в пользу снижения стоимости транзакции при проведении платежей за хлеб и спички нельзя сбрасывать со счетов. Так что давайте думать на эту тему

[Balthazar]

Code:

"netmhashps" : 4231.98953159,

Занятно. Кто-то асики тестирует?

[Reaver]

Code:

"netmhashps" : 4231.98953159,

Занятно. Кто-то асики тестирует?

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

[Balthazar]

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

Хотя какая разница, блоки это хорошо.

[pant-79]

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

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

Хм, появилась одна мысля... но пока не хватает информации, чтобы ее додумать...
Есть вопросы по сути работы PoS-сети... Кстати, имеется ли подробный FAQ по работе PoS со всеми нюансами?
А то в этом треде периодически всплывают отдельные вопросы по подробностям работы PoS, но единой картины не видать...

[Balthazar]

pant-79, в связи с переездом репозитория старая вики была стерта, но в новой будет более подробная страница о действующей реализации proof-of-stake.

[pant-79]

pant-79, в связи с переездом репозитория старая вики была стерта, но в новой будет более подробная страница о действующей реализации proof-of-stake.

А когда новая обещается быть?

[Balthazar]

https://github.com/novacoin-project/novacoin/wiki/

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

[Foxcool]

http://www.computerra.ru/92980/
Сразу стало интересно, что за тела пишут такие статьи. Доги, праймы описаны, нова нет. Я бегло смотрел, а не читал, но таких лютых косяков, как в прошлых обсуждаемых статьях вроде на глаза не попалось. В комментариях нова всплыла и тут же срачик.

[Balthazar]

Бегло просмотрел, увидел

нынешнюю власть в целом характеризует поразительно узкий кругозор, интеллект пещерного человека и психология трёхлетнего ребёнка

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

[Foxcool]

Бальтазар или еще кто нибудь соображающий, есть ли документация или какая-то другая полезная информация по архитектуре и разработке децентрализованных систем. Захотелось изучить и узнать т.н. "лучшие практики" программирования современных p2p приложений. Интересует теория, т.к. вряд ли ра моем перле есть практические мануалы. Гугл отказался мне помогать,  сославшись на... Не буду повторять эти обидные оскорбления.  В общем, как вы вникали и научились такое разрабатывать?

[RoadTrain]

Бальтазар или еще кто нибудь соображающий, есть ли документация или какая-то другая полезная информация по архитектуре и разработке децентрализованных систем. Захотелось изучить и узнать т.н. "лучшие практики" программирования современных p2p приложений. Интересует теория, т.к. вряд ли ра моем перле есть практические мануалы. Гугл отказался мне помогать,  сославшись на... Не буду повторять эти обидные оскорбления.  В общем, как вы вникали и научились такое разрабатывать?

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

[w0rmmax]

Добавить конечно можно, но сейчас это ничего не даст, все равно большинство будет ждать включения транзакций в блокчейн.

Главное обвинение СМИ в адрес криптовалют - непригодность к повседневным операциям купли/продажи из-за длительного подтверждения.
И тут можно быть впереди планеты всей, а также утереть нос всяким лайтоводам и прочим зверофилам
В идеале договориться с BTC-E о приеме PoE транзакций.

Мое видение по реализации PoE:
- 2я комиссия, половина получателю, в качестве компенсации за "риск" и для уменьшения желающих злоупотреблять тестовой фишкой.
- PoE транзакция хранится в пуле PoS майнера до 6 подтверждений и по мере необходимости рассылается в сеть.
- "шары" со сложностью 1/1000 PoS транслируются в сеть до нахождения нужного блока и после по одному разу. Отправка "после" необходима для исключения ситуации, когда блок сгенерируется быстрее, чем получатель увидит необходимое количество подтверждений.
- добавить в клиент настраиваемые параметры(по умолчанию): вкл/выкл PoE(выкл), количество подтверждений PoE до акцепта(50), максимальная сумма через PoE(10), на всякий пожарный - количество подтверждений в блокчейне до акцепта (2).
- ну и добавить галочку для отправки через PoE.

PS При использовании параметров по умолчанию, в среднем акцепт пройдет за 30 сек.
    Уже вижу картину: захожу в свой любимый магазин, затариваюсь печеньками. На кассе сканирую QR-код(NFC) телефоном и через 10 сек продавщица с милой улыбкой сообщает - ваш платеж принят, спасибо за покупку, приходите еще

[bee7]

Добавить конечно можно, но сейчас это ничего не даст, все равно большинство будет ждать включения транзакций в блокчейн.

Главное обвинение СМИ в адрес криптовалют - непригодность к повседневным операциям купли/продажи из-за длительного подтверждения.
И тут можно быть впереди планеты всей, а также утереть нос всяким лайтоводам и прочим зверофилам
В идеале договориться с BTC-E о приеме PoE транзакций.

Мое видение по реализации PoE:
- 2я комиссия, половина получателю, в качестве компенсации за "риск" и для уменьшения желающих злоупотреблять тестовой фишкой.
- PoE транзакция хранится в пуле PoS майнера до 6 подтверждений и по мере необходимости рассылается в сеть.
- "шары" со сложностью 1/1000 PoS транслируются в сеть до нахождения нужного блока и после по одному разу. Отправка "после" необходима для исключения ситуации, когда блок сгенерируется быстрее, чем получатель увидит необходимое количество подтверждений.
- добавить в клиент настраиваемые параметры(по умолчанию): вкл/выкл PoE(выкл), количество подтверждений PoE до акцепта(50), максимальная сумма через PoE(10), на всякий пожарный - количество подтверждений в блокчейне до акцепта (2).
- ну и добавить галочку для отправки через PoE.

PS При использовании параметров по умолчанию, в среднем акцепт пройдет за 30 сек.
    Уже вижу картину: захожу в свой любимый магазин, затариваюсь печеньками. На кассе сканирую QR-код(NFC) телефоном и через 10 сек продавщица с милой улыбкой сообщает - ваш платеж принят, спасибо за покупку, приходите еще

В бойких точках типа гипермаркетов 10 секнд на тх - много. А 30 нынче просто недопустимо. Сканирование QR кода в большинстве нормальных ситуаций тоже не очень правильная затея. Далеко не у всех телефоны с первого раза справляются с задачей. Рассчитывать на то, что этим будут пользоваться гики, у которых частенько и телефон-то самый навороченный, неправильно. Если мы размышляем о массовом применении крипто в торговле, то решение по времени и простоте обслуживания должно быть сравнимым с существующими карточными технологиями.