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

А что мешает сделать распределённое частичное хранение блокчейна на всех клиентах?
На правах предложения...
Ну например, я ставлю себе клиент, указываю сколько места готов выделить под блокчейн, например 4Гб (больше жаба душит или у меня смартфон например) и клиент помимо последних скажем 100 блоков сам докидывает в моё локальное хранилище блоки с моими транзакциями и ещё несколько случайных блоков из остального диапазона. При этом, другие клиенты сети ведут себя аналогично. При этом, каким-то волшебным образом клиенты договариваются между собой и знают какие блоки мало представлены онлайн и поэтому их кол-во копий надо увеличить, вообщем, надо чтобы каждый блок имел достаточное кол-во копий по сети.
В результате все такие условно-лёгкие клиенты превращаются в большое распределённое хранилище. Ну и разумеется, никто не отменял PoW, они обязаны хранить всю цепочку. А вот PoS может вполне работать и без полной цепочки, задача PoS-клиента - быть онлайн.
Разумеется, все такие лёгкие клиенты будут стремиться указать минимальный объём хранилища, и это можно понять - кому захочется просто так отдать свободное место диска?
Тогда для для мотивации можно добавить награду за хранение, т.е. чем больше хранишь, тем больше получаешь, например майнеры делятся своей наградой или ещё как.

Немного отступая от темы...
Вообще, тема распределённых файловых хранилищ с использованием технолгии блокчейна видится очень перспективной, это можно использовать только для хранения самой цепочки, но и для хранения любых других файлов. Посмотрел на MaidSafeCoin, вроде всё красиво, но анонс был давно, кажется в 2014, а рабочей версии так и нет. Получше дела обстоят у  Storjcoin X, вроде как уже тестируют клиенты распределёного хранения, но до релиза ещё далековато. Кто-нибудь знает рабочий проект такой направленности?

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

Не влияет потому что делает то же самое. Функция scaninput составляет набор возможных решений для выбранного выхода, используя в качестве параметров заданные заранее сложность и интервал значений времени. Майнер занимается тем же самым, но в фоновом режиме, используя текущие время и сложность в качестве параметров. Других отличий нет.

Если и можно назвать концептом, то ничего нового он не внесет. Просто оптимизация процесса майнинга, не меняющая положение дел в целом.

А что значит "Просто находит решения на интервале" ?

Это пока только концепт? Не понял как это будет работать, есть какое-то описание? (текущий алгоритм понятен)

Не влияет. Он позволяет определить момент времени, когда данный конкретный выход может дать блок при заданной сложности.


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

Поясните пожалуйста про эти "решения" и сканинпут.
Сканинпут как то влияет на POS майнинг или это только для справки?

А как сейчас работает майнер, он разве не сканирует инпуты?

а насколько сложно прикрутить етот функционал? и впринципе реализовать чтото вроде смартконтрактов в нове? насколько сложно то чно сделал виталька?

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

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

А какая сложность будет заложена в расчёты?
Проблема в том, чтобы не терялись те возможные решения, которые срабатывают на сложности ниже текущей. Ведь сложность, как известно, может не только расти, но и падать...

Чтобы обойтись без доверия, нужен соответствующий функционал в виртуальной машине NVC. К примеру, как комбинация выплаты на хэш ключа + CHECKLOCKTIMEVERIVY с альтернативным условием проверки.

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

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

пока не очень понимаю архитектуру, разве смарт-контракт как раз не должен обеспечивать доверие?

Тут обсуждали https://www.reddit.com/r/dogethereum/comments/48riob/the_bounty_for_a_doge_to_ethereum_bridge_is_now/

а где о награде и условиях почитать?

Привет, посмотрите http://btcrelay.org/ как раз то о чём спрашивали.


да. кстати, кто сможет прикрутить для того награда в 50000$)

с етим есть одна серезная проблемма шлюз из смартконтракта в любую крипту возможен но для етого надо доверять етому самому шлюзу

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

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

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

шота сканинпут перестал работать ...

один инпут годовалой давнойти... обещался не прошлой неделе разродиться - неразродился...
решил снова просканинпутить - а болт на 32 с левой газовой резтбой... синтаксис ка кна 256 стр этой теме - всегда работал - тепер нет 

шо ся тсалося и как терь жить дальше?

получается что автоотправки с чеком нереально созреющими входами не сделали...
дык еще и мануалхатабдроч зарезали? 

Лайтовый клиент, хранит транзакции за последние 6 месяцев\N блоков (задается параметром в клиенте) , каждые 3 месяца\M блоков (тоже параметром) происходит удаление старых использованных транзакций. Минимальным думаю можно считать период в 520 блоков, ну а удаление каждые 260 блоков. Максимальный размер блокчейна тогда будет расти только с кол-вом неиспользованных транзакций, что напрямую зависит от кол-ва пользователей сети и популярности валюты. Возможно, этот рост будет медленнее чем развитие хар-к ПК. Косяк случится, если призойдет сплит блокчейна длинной более периода, тогда нужно будет перекачивать всю цепочку сначала, но тут уже будут проблемы тогда у всех сервисов валюты, и более серьезные вопросы придется решать.
Клиент не теряет функционал, последние транзакции так же ретрансмитятся всеми. Кто хочет хранит всю историю, с каждым новым релизом обновляем точку отсчета для легкого клиента.
Вроде такую идею озвучивал уже очень давно. Полные ноды конечно должны быть, но думаю крупные PoS майнеры смогут себе это позволить.