Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
15 января 2014, 3:43:34 PM   # 1
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
*** Если вы только сейчас видите эту тему, я извиняюсь за стены текста.
Это мои идеи по улучшению схемы добычи на Bitcoin. Каждый пост я терпеть это изменения довольно резко, так что если вы хотите, чтобы прочитать всю эволюцию идеи затем начать здесь. Если вы просто хотите, чтобы прочитать эту идею, как это теперь прочитать мой последний (в настоящее время 3-й шахты) пост в теме ****

Вот основная идея:

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

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

Вот как это происходит в моей голове на данный момент:
1) Основной минер находит блок на главной цепи
2) Незначительные шахтеры начать добычу легче проблемы (с другой хешированием алгоритмом, чтобы сделать так, вы должны выбрать легче или более тяжелую проблему, но не оба) в то время как основные шахтеры поиска следующего большого блок
3) Сборочный блок найден (настроено, чтобы быть быстрее, чем основные-блоки с вложенным трудом) и суб-цепь от запускаются предыдущий основной блок - все суб-блоки для супер-блока должны быть на одной и той же цепи (так что все мелкие несовершеннолетние начинают работать на одном суб-цепи, и это проще для супер-блок-шахтера подметать суб-цепь в следующий супер-блок) - тяжелая суммируется трудность суб-цепи, что будет быть включены основными несовершеннолетними в следующей основной блок-
4) После того, как суб-блок найден, вы могли бы иметь еще один уровень детализации добавило с еще более простой задачей (еще одна других алго), построенной от первого подблока, очевидно, эта идея продолжается до тех пор, как не требуется, пока самым маленький шахтер может получить выплаты, не вступая в большой бассейн
5) После того, как блок найден на супер-цепи, суб-цепь из предыдущего супер-блок (и все суб-суб-блокирует, что один) заметен в этом блоке
6) Только тогда, когда блоки находятся на главной цепи выплаты рассчитываются и раздают


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

Некоторые вопросы, которые пришли:
1) Как вы даете ОСНОВНЫМ шахтерам стимул включать суб-цепь, когда это означает, что они должны разделить выплаты? Просто, если они эти не делают, еще один шахтер, который может найти другой основной блок даже после первого шахтера, который будет включать в себя все вложенные цепях - добавленная суммируются трудность второго шахтеры основной блок выбьет трудность оригинала шахтеры основного блока.
2) Как вы убедитесь, что блоки вы создаете на суб-цепи действительны? Ну, они построены на существующем блоке, а не о том, чтобы быть создан блок. Это до них, чтобы транслировать суб-цепи / субблоков достаточно для супер-шахтеры услышать об этом и включить его в супер-блок. Это в интересах супер шахтеров включать суб-цепи (или, по крайней мере, мы можем настроить его так, регулируя относительные трудности и выплаты для добычи суб / супер блок). Это, кажется, самый большой скачок для меня, но я думаю, что она может быть настроена таким образом, что это правда. Jorge7777 пользователя на Reddit продолжал упоминать, что у нас есть эти средние блоки, которые не могут быть полностью проверены, включенные в цепи - делает только один суб-цепь на супер блок облегчает смести их, и здесь мы делаем то же самое компромисс, что Bitcoin по сути делает с транзакциями только с субблоками - мы торговые "мгновенно проверить, но потенциально некорректны" для "проверить немного в будущем, но согласованные в силе",
3) Как вы имеете дело с безумным блок-цепи наворотов, что будет происходить? Ну, как безумное это будет? Суб-блоки, которые создаются будет транзакции меньше, просто доказательство работы с адресом шахтера, который нашел его или что-то. И мы можем настроить суб-трудностей, с тем, что они генерируются каждую минуту или около того, - безусловно, один суб-цепь Забегая Scrypt алго не хотел бы добавить, что много наворотов, это просто необходимо блокировать заголовки и мало информации.
4) Если мы включаем сделки в первом субблока, это может быть, что основной блок-шахтер не слышит о целом субблока сделок и не включать их в своем главном-блоке, мы должны были бы иметь способ борьбы с ними "свисающий" сделки, как вы не можете нажать на субблок от одного главного-блока к другому - он не будет действительным.

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

Вот ASCII иллюстрации временного порядка:
O - главная цепь блок, здесь выгоды рассчитываются и выкладываются на главной блок искателя и субблоки искатели от предыдущего основного блока
v - первый субблок, здесь сделки уносятся в? (Потенциально), но в остальном просто доказательство работы для небольших шахтеров
с - второй субблок, просто доказательство работы еще более мелких шахтеров
(О1) - (V11) - (V12) - (C111) - (C112) - (C113) - (V13) - (C121) - (C122) - (V13) - (О2) - (V21) - (C211 ) - (C212) - (v22) - (C221) - (O3) ..... и т.д ...

Во всяком случае, совать все эти дырявые. Фигурные было бы хорошо, чтобы начать дискуссию, хотя
Edit: Готт голова немного, вернется через несколько часов - если кто-то читает это.

Оригинальная концепция / обсуждение нить здесь: (он мутировал немного с тех пор): http://www.reddit.com/r/Bitcoin/comments/1v9gp5/removing_the_incentive_to_mine_in_pools/
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27


Как заработать Биткоины?
Без вложений. Не майнинг.


15 января 2014, 3:55:06 PM   # 2
 
 
Сообщения: 896
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Получил 1806 Биткоинов
Реальная история.





мне кажется, что, в Jour зрения, "главный" шахтеры будут выступать в качестве бассейна.
Но ждать, чтобы кто-то меньше, чем новичку меня умнее и более полного ответа 
Erre сейчас офлайн Пожаловаться на Erre   Ответить с цитированием Мультицитирование сообщения от Erre Быстрый ответ на сообщение Erre

15 января 2014, 4:27:32 PM   # 3
 
 
Сообщения: 1736
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Вы должны взглянуть на p2pool, который обеспечивает распределенную добычу, давая консистенцию, аналогичную объединенную добычу по сравнению с сольной добычей.
cr1776 сейчас офлайн Пожаловаться на cr1776   Ответить с цитированием Мультицитирование сообщения от cr1776 Быстрый ответ на сообщение cr1776

15 января 2014, 8:42:51 PM   # 4
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Хорошо, я возвращаюсь.

Для первого комментария. Да, вы могли бы майнинг на любом уровне субблоков, а потому, что люди, естественно, найти место для "вписаться" их хэширования власть, любая попытка сделать это будет замечена в качестве атаки на сеть гораздо легче. Шахтеры, работающие на главной цепи не по своей природе объединения, хотя, они просто работают над подобной проблемой, как друг с другом.

Что касается p2pool - да, я смотрел на нее. Я думаю, что эта система имеет ряд преимуществ:
а) Встроенный в протокол Bitcoin. Нет необходимости полагаться на доброжелательность самаритян пожертвования шахтеров и такие в долгосрочной перспективе. Я не думаю, что мы можем рассчитывать на что продолжает происходить вечно, и даже если мы думаем, что можем мы не должны. Много успеха Bitcoins как децентрализованный протокол в предоставлении стимулов (встроенные непосредственно в) для поддержки протокола (горнодобывающие наград и т.д ...), так что мы должны построить в защитных мерах тоже. Если мы можем использовать теорию игр, чтобы заставить людей поддерживать сеть, мы можем использовать его, чтобы заставить людей хотят децентрализацию тоже. Люди, делающие протоколы понимают важность того, чтобы это не-abusable, но люди хотят просто заработать деньги на добыче или любые средства и готовы бросать деньги на него, чтобы это произошло, не понимает, что значение (особенно в будущем, когда люди смотрят на Bitcoin как автомобили - это то, что она делает, и они не смотрят под капотом).
б) Масса мелких задач, решаемых добавляется в блок цепи (как подблоков). В майнинг, доля цепи генерироваться имеет вес для людей, работающих в этой операции доля добычи, но вы можете добавить только вес блока цепи в больших основного блока размером кусков. Здесь вы можете иметь вес добавляется к цепи гораздо быстрее, позволяя меньшие проблемы решаются непосредственно внести свой вклад в основной цепи. Тогда, если кто-то пытается раскошелиться блок-цепь только добычи основной цепи, они будут иметь много разы труднее, потому что они должны генерировать основную цепь блоков достаточно быстро, чтобы перевесить первоначальную основную цепь + суб- блоки от главной цепи.

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

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

16 января 2014, 9:27:20 AM   # 5
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Что касается p2pool - да, я смотрел на нее. Я думаю, что эта система имеет ряд преимуществ:
а) Встроенный в протокол Bitcoin.

Шахтеры часто имеют относительно низкой сложности компьютеров управления их шахтерами. Bitcoind узел требует около 20 Гб свободного пространства на жестком диске (и произрастания)

котировка
1) Это не может быть сделано с Bitcoin, она должна была бы быть альт-монета. Bitcoin mainchain поддерживает сбор сделок, на самом деле не собирать субблоков больше. Может быть, это может быть сделано, но потребует хорошо скоординированного изменения в протоколе

Право, это 2 разные вещи. 

Чрезмерная официальный ссылочный клиент с еще большей функциональностью неправильный путь.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

16 января 2014, 2:20:00 PM   # 6
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Я не уверен, что вы спорили TierNolan.

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

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

Мы все еще в ранних, и как все больше людей принимают, все больше людей будет покупать добывающий СБИС и сделать быстрый поиск Google "который майнинг я должен идти с?" - Большие бассейны будут первые хиты - и поэтому большие бассейны будут медленно расти их вычислительные мощности. Конечно, это устойчивая система теоретически - но когда такие вещи, как стимул получить задействованные люди начинают делать смешные вещи. Нам необходимо обеспечить стимулы для каждого делать то, что лучше для сети - это прекрасная вещь, о большей части установки Bitcoin является это в лучших интересах каждого, чтобы поддержать сеть. Это только кажется, что изъян, чтобы блокировать награды идти к ONE шахтер, который случился, чтобы получить достаточно удачлив, чтобы найти правильный блок, несмотря на все другие работы других могли бы сделать, это не распределенная система вознаграждения в соответствии с распределенной сетью (I понимаю, что это не везение, а в пределе это доказательство работы системы сглаживает все из -., но мы не живем в этом пределе, даже не близко мы живем здесь и сейчас, где люди с 10Gh / s власти может получить блок в 25 лет! при этом все их доказательства правильности работы они пожертвованы Bitcoin идет в отходы, это нигде не фиксируется. Люди живут и умирают в 25 лет).

Аккумулирование решает эту проблему, но создает еще более серьезную проблему отдельных бассейнов, имеющих сумасшедшие объемы мощности сети - мы не должны снимать для "не 51%"Мы должны быть съемки для "не 2%", Существует стимул для объединения, хотя - в противном случае не выплат. Так p2pool хорошо, потому что это уменьшает проблему сумасшедших больших централизованных бассейнов застраивается, НО НЕ СТИМУЛИРОВАНИЯ использовать p2pool по сравнению с обычным аккумулирования (кроме "ну это хорошо для сети", Которые мы не можем и не должны рассчитывать на людей, чтобы думать или следовать). На самом деле, это, возможно, HARDER использовать p2pool (как прямо сейчас, а не потому, что это на самом деле сложнее, а потому, что там меньше начального уровня документации об этом), так что есть стимул, чтобы не использовать его.

***************************************
Полное предупреждение - Стена текста вперед. Большинство моих постов являются стены текстов в любом случае. Но эта идея протокола становится довольно уточнена в моей голове. Я думаю, что складывается довольно хорошо.
***************************************

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

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

Таким образом, размер первого блока (тот, который собирает транзакцию), имеет быструю скорость цели, что-то вроде каждых 30 секунд - но что более важно, он имеет целевой одну блока за скорость хеша-затраты недели шахтера (например, шахтер которые могут потратить 1BTC на его вышке бы получить 1 блок каждую неделю от этой установки) - что можно сделать проще применять, как только чистый хэш-скорость - скажем, шахтер, который 10Gh / s (достижимо с 1BTC как сейчас есть), бы получить один блок на этом уровне каждую неделю в среднем. Это как нормальный блок-цепи сегодня (за исключением быстрее целевой показатель), добывали таким же образом. Люди получают блок-награду и операционные издержки для этих блоков, мелкие блоки награды, может быть, 1/20 текущего размера? Кто знает, что на самом деле не имеет значения, в конце концов, так как в конечном счете, валюта стабилизируется относительно других вещей, так или иначе. Может быть, в этой новой крипто-валюты они могут быть 1coin награды.

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

Суб-блоки должны быть добыты / включено в порядке, что они были созданы - так же, как операции должны быть сгруппированы в порядке (во избежание двойные расходы). Таким образом, у вас есть шахтеры, которые добывают основную цепь, которая собирает и проверочные операции, и у вас также есть шахтеры, которые добывают от этой цепи, собирая блоки и порождающие супер-блоки. Две цепи развиваются параллельно друг другу, и, самое главное, если упоры супер-цепи генерируется вы можете генерировать суб-цепь. Вы не можете создать супер-цепь, если суб-цепь останавливается, хотя. Каждый раз, когда кто-то мина супер-блок, он добавляет, что общая трудность в основной цепи (цепи транзакций), то есть, если вы хотите, чтобы отменить сделки с ранее вы должны пересчитать предыдущие субблоков и все супер-блоки были генерируется на верхней части этих блоков - и вы должны делать это последовательно (ограничивая вас больше), потому что вы не можете создать супер-блоков перед созданием суб-блоков - что делает его очень трудно 51% атаки сети. Это обеспечивается с помощью сетевого протокола - если шахтер видит цепь + супер-цепи, которая имеет более тяжелые трудности он переключается в этой цепи вместо этого.

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

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

Там нет конца, как далеко вверх по иерархии, мы позволяем людям добывать, в конце концов, мы могли бы это было так, что операции сгруппированы в сотнях уровней блоков. Важно то, что самая маленькая цепь, первая цепь, где сделка произойдет. Ничего, что происходит в других цепях не может остановить эту цепочку от формирования, так что вы не может DoS всей сети, остановив поколение где-то выше в цепи иерархии. Интересная идея заключается в том, чтобы попытаться использовать супер-цепь, как они генерируются, чтобы сделать это, так что вы не имеете больше или что-то, чтобы сохранить содержащиеся субблоки в них. Обрезка блок-цепь на основе доказательства правильности работы - сделать так, супер-шахтеры обеспечивают два раза услугу - 1) эффективно удваивая полную мощность хеширования, необходимую для атаки сети с каждым блоком они находят и 2) Обрезка блок-цепь, находя супер-блоков.

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

Интересная вещь, это может быть реализовано в Bitcoin. Это не отменяет любого из предыдущих блоков / транзакций. Мы бы просто добавить функциональность протокола. Так что никто не должен был бы перейти на новую крипто-монету. Такие радикальные изменения, вероятно расстроить некоторых людей, хотя.

Дайте мне знать, что вы думаете .... Я искал проект в любом случае
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

16 января 2014, 3:20:26 PM   # 7
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Я не уверен, что вы спорили TierNolan.

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

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

Вы даже можете получить маршрутизатор, чтобы сделать это (если он может быть прошит).

Этот вид оборудования не будет поддерживать полный узел.

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

Изменение протокола означает изменение опорного клиента. 

На мой взгляд, они должны разделить клиента на сервер (bitcoind) и в режиме клиента. 

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

Он просто определяет, что считать действительными сделки. 

Это было бы гораздо проще, часть программного обеспечения.

Внесение изменений трудно, хотя. Он был описан как перепроектирования самолета в полете.

Они хотят, чтобы риски как можно ниже (что разумно).

Формальная официальная система / добыча p2p бассейн означает, что они не должны обновить официальный клиент.

котировка
Мы все еще в ранних, и как все больше людей принимают, все больше людей будет покупать добывающий СБИС и сделать быстрый поиск Google "который майнинг я должен идти с?"

Горнодобывающие против централизованного пула означает просто указав свое оборудование в бассейне.

Любая система p2p имеет большую нагрузку, чем это.

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

P2p бассейн должен работать на этих доверенностей.

котировка
Мы живем здесь и сейчас, где люди с 10Gh / с мощности может получить блок в 25 лет! Между тем все их доказательства правильности работы они пожертвованы Bitcoin идет в отходы, это нигде не фиксируется. Люди живут и умирают в 25 лет).

Их POW используются так же, как крупные шахтеры. Практически все хэши, которые выполняются ничего не стоят.

котировка
Так p2pool хорошо, потому что это уменьшает проблему сумасшедших больших централизованных бассейнов застраивается, НО НЕТ СТИМУЛИРОВАНИЯ использовать p2pool по сравнению с обычным аккумулирования

Да, в самом деле, является сдерживающим фактором. Вы должны запустить узел p2pool тоже.

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

Как добавление возможности p2pool к эталонному клиенту помощи? 

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

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

Фундаментальные изменения в протокол в значительной степени создать альт-монету.

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

Это Харк вилки изменения прямо там.

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

Математики пожалуйста. Как вы работаете, что не глядя вне сети?

котировка
Люди получают блок-награду и операционные издержки для этих блоков, мелкие блоки награды, может быть, 1/20 текущего размера?

Вы получаете 30 секунд цель за счет сокращения военнопленного на 20. Если чеканка сборы были сокращены на 20, то все остается в равновесии.

Однако, опять же, это трудно вилкой.

котировка
Может быть, в этой новой крипто-валюты они могут быть 1coin награды.

Итак, вы предлагаете альт-монету явно тогда?

В идеале, если вы хотите изменений в официальном протоколе, что вам нужно сделать это таким образом, так что старые клиенты будут по-прежнему принимать новые блоки.

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

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

Таким образом, вы должны понимать протокол. Может быть, то, что вы хотите, нужно жестко вилки изменения (сбой обратной совместимости). Но, вы должны попытаться найти мягкую вилку способ получить ваши идеи принимаются.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

16 января 2014, 5:58:20 PM   # 8
 
 
Сообщения: 252
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Что делать, если хешированию трудность была сделана, чтобы быть функцией некоторой меры «доказательства связи» - в лучшем подключенных клиентах слегка нарушают против тех, с высокими задержками?
NanoAkron сейчас офлайн Пожаловаться на NanoAkron   Ответить с цитированием Мультицитирование сообщения от NanoAkron Быстрый ответ на сообщение NanoAkron

16 января 2014, 7:03:55 PM   # 9
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

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

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

котировка
Изменение протокола означает изменение опорного клиента.

На мой взгляд, они должны разделить клиента на сервер (bitcoind) и в режиме клиента.

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

Он просто определяет, что считать действительными сделки.

Это было бы гораздо проще, часть программного обеспечения.

Внесение изменений трудно, хотя. Он был описан как перепроектирования самолета в полете.

Они хотят, чтобы риски как можно ниже (что разумно).

Формальная официальная система / добыча p2p бассейн означает, что они не должны обновить официальный клиент.

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

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

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

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

Может быть, мы могли бы сделать это так, чтобы супер-блоки генерировать различные монеты? Не непосредственно расходуемого в Bitcoin, но в качестве альт-монеты на вершине Bitcoin с другой системой ценностей? Тогда это может также быть альт-монета, которая в буквальном смысле слова только урожай Bitcoin блок-цепь, то собственный блок-цепи. Но мы все еще должны сделать связи между ними, которые заставляют зависеть от каждого успеха других, в противном случае Bitcoin blockchain можно сказать, "винт этого альта, я буду забывать, что часть протокола" эффективно уменьшая тонны хэширования мощности и доказательства работы ни к чему. Это не кажется хорошей идеей, чтобы полностью отделить их.

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

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

Следующий большой проблемой является инфляция, которая приносит эту систему. Является ли это слишком много? Инфляция в этой системе будет в значительной степени следовать падение цен на комплектующие в - что, возможно, является хорошей метрикой, но чем больше я думаю об этом, тем больше он на самом деле кажется, что аппаратное улучшает гораздо быстрее, чем в других секторах экономики. Может быть, это будет тормозить? (* Потребности исследовал *) В любом случае это означает, что мы строим экономическую политику в самой монете (что Bitcoin делает немного уже, выбирая дефляционной дорожку), и, возможно, мы должны думать о том, что * лучше * экономическая политика принимать является. Имея масштаб поставок валюты с промышленностью, кажется, не плохо. Должны ли мы принимать эти решения, хотя?

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


Edit: Блин, просто понял, что я беру путь к долго, чтобы написать эти вещи. Я предполагаю, что у меня было открыто для как, 2 часа.
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

16 января 2014, 7:13:43 PM   # 10
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

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

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

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

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

Во всяком случае, как он вписывается конкретно в то, что мы говорим?
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

16 января 2014, 7:19:58 PM   # 11
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

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

Я понимаю, что вы говорите сейчас, хотя.

Я не думаю, что это подлежит исполнению. Люди в майнинг не должны быть подключены к сети Bitcoin на всех, только бассейн "выход узла", Сеть Bitcoin видит только узел выхода, я думаю. Остальная часть сети видит только меру хэширования власти, а не так, как это генерируется. p2pool отличается, но это также не представляется возможным применять людям использовать p2pool, так что-то подобное на самом деле * * препятствовать p2pool еще больше, поскольку люди в p2pool бы "см-состоянии" в сети не так ли? Не уверен, должен смотреть на протоколы более
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

16 января 2014, 11:34:16 PM   # 12
 
 
Сообщения: 252
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Exbuhe27 - спасибо за учитывая мое «доказательство связности» вопрос, но я думаю, что вы получаете неправильный конец палки. Сеть не REWARD низких соединений задержки, но на самом деле наказала их, в небольшом пути.

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

17 января 2014, 7:08:58 AM   # 13
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

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

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

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

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

Если сеть была де-psuedonymized можно было бы, но тогда вы потеряете много преимуществ Bitcoin.
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

17 января 2014, 9:58:10 AM   # 14
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Если бы еще одна идея. Скажи мне, если это должно быть просто правка к предыдущему сообщению, а не 100% на форуме манерах еще (в основном я боюсь, что это будет рассматриваться как самостоятельный натыкаясь, когда на самом деле я просто еще одна идеи, чтобы выбросить, но Я также хочу, чтобы идея читать люди, которые прочитали предыдущие уже).

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

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

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

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

Было бы также эффективно ЗАСТАВИТЬ большие шахтер из меньшей главной цепи группы шахтеров - либо или что они должны генерировать множество очень маленьких блоков, которые мы могли бы сделать менее выгодными. Если большой шахтер сводится к месторождению основной цепи, они будут строить на один из их действительно больших блоков, а потом вдруг некоторые из сделок, которые они использовали, чтобы построить этот блок будет отстранили из-под них, что делают их "начать сначала", Если кто-то так много больше добычи власти, что они могут генерировать гораздо больший блок БЫСТРЕЕ, чем какая-то небольшая шахтера может генерировать небольшой блок, который будет проблемой. Может быть, сделать трудности масштабирования до тонны после определенного количества сделок (скажем, как, 1000 или что-то?), Где она становится нецелесообразной добывать блоки с таким количеством сделок, когда вы могли бы просто быть добывающими на супер-блок цепи?

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

Действительно, кажется, что проблема сводится к тому, блокировать награды. Это способ, чтобы медленно выпускать валюту в обращение, но это самая большая проблема с алгоритмами добычи она кажется. Если вместо того, чтобы все это было основано на операционных издержках (как это будет в конце концов), я думаю, было бы гораздо проще программировать на стимулах и поддерживать последовательную систему с течением времени.
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

17 января 2014, 5:25:00 PM   # 15
 
 
Сообщения: 252
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

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

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

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

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

Если сеть была де-psuedonymized можно было бы, но тогда вы потеряете много преимуществ Bitcoin.

Я не читал вашу последующую деятельность в деталях еще, но опять же я не думаю, что вы полностью поняли, что я предлагаю.

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

2 быстрые совмещенные сервера разделят локальный узел. Их временные метки были бы почти идентичны. Вы можете подписать блок с необратимой печатью «идентификатор узла & метка времени. Любой «поворот времени», чтобы попытаться подделать система будет забрать.

Локальная связность смещает трудности в дальнейшем как «локальный фактор сложности» Добавленный к общему фактору в сети «ТРУДНОСТЬ», которая является функцией скорости хэш.

IE «локальная трудность» является функцией ID узла и временные метки, по сравнению с «трудности» в целом, которая является функцией скорости хэш.

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

Реферат: Использование временных меток, создать хэш локальных ID узла и время локального узла, сравните это со временем недавний блок был получен. Большие различия = низкое «локальное затруднение», чтобы добавить фоновые трудности, небольшие различия = высокий «локальной сложности», чтобы добавить фоновую сложности. Это стимулирует обмен блока с более удаленными узлами.

Подмена местных марок, чтобы получить низкие местные трудности может быть обнаружена, потому что в каком-то момент времени локальном узле будет дрейфовать вперед из окна для блока валидности как узел подмены бы продолжать делать свои метки времени все дальше и дальше в будущее, потому что местный будет обнаружено «обращение времени». Время развороты или летучесть метки времени на локальном узле также будет помечена как подозрительные.

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

17 января 2014, 6:26:42 PM   # 16
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Хорошо, я понимаю, что вы говорите.

Предполагая, что вы могли бы обеспечивать время штамповки точности (я думаю, что вы можете в течение нескольких миллисекунд, достаточно хорошо), что бы эта идея заставить нас? Как бы это остановить объединение?

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

Кроме того, сетевые нагрузки все время меняются, как это может быть последовательная мера, чтобы использовать для обоснования трудности на? И как отличается латентность для двух массивных узлов против латентности для двух маленьких узлов? Достаточно ли разница основывать эту разницу в сложности на?

** Я только что перечитал ваш пост, лучше понять его (не верит в стирании идей, поэтому я оставил последние два абзаца). **

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

Hmmmmm ..... Это интересная идея, но я до сих пор не думаю, что это подлежит исполнению. Люди будут подделывать метки времени, делая их похожими * ранее *, а не позже, так что похоже, они менее связаны. И это не по отношению к любому блоку, потому что нет никакого способа, вы можете применять не спуфинг идентичности шахтеров, поэтому каждый раз, когда они могут просто сделать это установленное количество времени до генерации блока, что они подделать, они не должны получить все дальше и дальше в прошлое.

котировка
Реферат: Использование временных меток, создать хэш локальных ID узла и время локального узла, сравните это со временем недавний блок был получен. Большие различия = низкое «локальное затруднение», чтобы добавить фоновые трудности, небольшие различия = высокий «локальной сложности», чтобы добавить фоновую сложности. Это стимулирует обмен блока с более удаленными узлами.

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

Мне нравится идея использования самой сети в качестве доказательства работы или доказательства чего-то, но я просто не вижу его в качестве подлежащих исполнению. С доказательством правильности работы у нас есть определенная "вы сделали это много * вещи *, вот награда"И это математически enforcable, в то время как с сетями, это слишком легко подделать. Может быть, если мы нашли способ, который заставил вас подключиться к уникальным узлам каждый раз, чтобы получить большие выгоды? Но тогда вы должны как-то остановить подделку, которую я просто не думаю, что это возможно.
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

17 января 2014, 9:11:01 PM   # 17
 
 
Сообщения: 252
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах


Hmmmmm ..... Это интересная идея, но я до сих пор не думаю, что это подлежит исполнению. Люди будут подделывать метки времени, делая их похожими * ранее *, а не позже, так что похоже, они менее связаны. И это не по отношению к любому блоку, потому что нет никакого способа, вы можете применять не спуфинг идентичности шахтеров, поэтому каждый раз, когда они могут просто сделать это установленное количество времени до генерации блока, что они подделать, они не должны получить все дальше и дальше в прошлое.

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


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

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

И полезно для больших различий между «послал» и «полученные» марки так же, как награждение для нижнего подключения. Конечно, эти штампы по сравнению с временем локального узла, который синхронизирован с остальной частью сети в любом случае, так что все это сглаживает. Мы не говорим миллисекунды задержки здесь, но более вероятно, десятые или даже целые секунды различия.
NanoAkron сейчас офлайн Пожаловаться на NanoAkron   Ответить с цитированием Мультицитирование сообщения от NanoAkron Быстрый ответ на сообщение NanoAkron

17 января 2014, 9:31:47 PM   # 18
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Хммм, я нравлюсь идея более, используя сеть и ранее созданные временные метки для проверки отметок времени .....


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


Даже таким образом, как это обескуражить пул добычи? Как это делает людей не набрасываться их вычислительную мощность от сети?
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27

17 января 2014, 11:54:56 PM   # 19
 
 
Сообщения: 252
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Для того, чтобы решить ваши вопросы в обратном порядке:

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

Локальный блок -> Удаленный блок -> Локальный блок -> Удаленный блок -> и т.п.

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

Пример:

Блок освобожден из пула при Т = 0, полученный «фальшивым запаздывание узла» при Т = 0 (они рядом друг с другом), поддельная задержка, чтобы добавить +1 и блока отправляется обратно в бассейн. В порядке:

Прислал бассейна при т = 0
Полученных лаг узел при Т = 1 (фиктивный лаг 1 добавленного сервером, но они рядом друг с другом так, на самом деле т = 0)
Полученное обратно в бассейн т<1 (сервер бассейна имеет то же временный оригинал как и прежде, которая в настоящее время падает до этого узла задержки).

И потому, что это все хэшируются и кодируются отправителя и получателя, а также с хэш «локального сложности» уровне предыдущих 32 блоков, чтобы подтвердить Timestamps / предполагаемую связь, это не будет успешным - они должны челнока блоки назад и вперед между бассейном и лаг узлом с постоянно растущими задержками.

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

Разница начисляется раз через спуфинг бы, следовательно, следует рассматривать как подделку - подделка цепи из 32 блоков * 10mins / блок плюс дополнительное время пародии на несколько минут превышают пределы приемки для остальной части сети (она превышает 70 минут медианы предел и 90 минут сердцебиение). Мы могли бы, возможно, даже просто требуем цепочки из 10 временных меток в этом случае.

2. Если они не принимают сделок от остальной части сети, или их блоки приняты остальной части блока цепи, они на самом деле не добыча Bitcoin. Они могут сидеть жужжание прочь на своих собственных блоках всех они хотят, но они ничего не дадут.
NanoAkron сейчас офлайн Пожаловаться на NanoAkron   Ответить с цитированием Мультицитирование сообщения от NanoAkron Быстрый ответ на сообщение NanoAkron

18 января 2014, 1:41:37 AM   # 20
 
 
Сообщений: 27
Цитировать по имени
цитировать ответ
по умолчанию Re: Удаление стимулов к шахте в бассейнах

Как бы это остановить кого-нибудь?

Так что ваш аргумент остановка последовательных блоков из одного узла. Предполагая, что вы могли бы остановить их от подмены меток времени (ваш пример их прохождения блоков назад и вперед, но на самом деле они могут просто держать блоки вместо этого, они не должны передавать их назад и вперед, чтобы дать время для накопления), то * еще * полагается на людей, находящихся в состоянии увидеть, кто сгенерировал блок. Там не очень много способа предписать проверку личности в сети, покупка VPS стоит что-то вроде, 20 евро в месяц ?! Я могу получить 5 IP-адреса для 20 евро в месяц, на машине гораздо больше, чем способен задерживать блоки заранее рассчитанное количество времени, а затем выпускать их в случайных узлов в сети. Просто возьмите ваш бассейн, изолировать его от сети (потому что они изолированы в любом случае, отдельные шахтеры в бассейне не может сказать разницу), а также передавать сформированные блоки через другой сервер, который вы контролируете каждый раз, когда вы получаете один.

Вы пытаетесь сказать, что это хэшируются отправителем и приемником - Убедитесь, что приемник не будет проверять хэш, что они видели, как "слишком низкая сложность", Но отправитель не может просто отказать в блок, и по истечении определенного периода времени, когда время задержки добавил достаточно псевдо-трудности в блок, отпустите его - не один в бассейне не должен знать, никто в сети ТОЛЬКО злонамеренный пул-оператор узла.

Я думаю, что ошибка возникает, когда вы говорите, что ошибка начисляет по проверке 32-блока. Что именно представляет собой механизм для этого? Блоки находятся в случайные моменты времени, нет никакого способа предсказать, когда следующий будет найден - вы можете только смотреть на статистику и сказать "ну, в прошлом это было один раз каждые 10 минут * в среднем *, так что, вероятно, в ближайшие 10 минут с достоверностью 68%" или что-то. Так что ваша фальшивая цепь из 32 блоков * 11 минут (из-за задержки от среднего значения) не могут и не выглядеть странно в сеть - что выглядит прекрасно - в совершенстве случайными означает, что 50 головы подряд могут и придут в игре листать монет.

Таким образом, у вас есть эгоистичные шахтера найти все блоки в попытке переписать историю транзакций. Он находит один - сеть принимает, никаких проблем (это не его первый). Он находит следующий, ждет всего минуту, и по какой-то причине, остальная часть сети не находит в то время (что вполне возможно, раз блок находятся повсюду), затем отпускает, что блок. Сеть принимает. Какой механизм заставляет его, чтобы добавить дополнительное время, он ждал предыдущего блока, в его следующий блок? Если вы говорите, что его ID делает, то мы можем согласиться не существует никакого механизма, видя, как он может легко подделать ID. Таким образом, он рудники его следующий блок, на основе хэша предыдущего блока, который был выпущен во время X + х (Х является время, которое он нашел его, х является задержкой времени, прежде чем он отпустил его - и, следовательно, время, которое он TIME- штампованный его в) - но сеть не видит X + х, все они видят Y, который является суммой X + х, он никогда не выпускает информацию, что он задержал блока. Таким образом, он не должен откладывать свой следующий блок 2x, он может просто задержать его х раза, в сеть они оба выглядят как законные блоки. Время не добавляет, это та же задержка каждый раз. Так что если у вас кто-то с абсолютно массивной горной мощности в сети, который в среднем может обнаружить блоки 2 раза быстрее, чем обычный шахтер (который мы уже наблюдаем совсем немного, GHash.io достигает -ish отметки 40% в последнее время) он мог бы найти блок супер быстро, а затем задержать его как можно больше до того, что есть еще один шахтер, который потенциально может противоминные другой блок, а затем отпустите, что блок с правильным трудом (который включает в себя трудность, начисленную в этой задержке).

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

Как я вижу его там на самом деле не может быть много пользы от поощрения ленивых или медленных транзакций данных. Замедление данных слишком легко - задержки и проведение полностью разобрались. Ускорения данные? Это сложная проблема, это проблема, которая принимает работу, реальную работу, чтобы решить. И это то, что нужно добыча должна основываться на - фактической работы или по крайней мере фактическое доказательство того, что * что-то * был принесен в жертву - вы должны сделать это стоит, что кто-то будет жертвовать собой для сети (блок награды в Bitcoins случае). Ничто задержки данных, не сложно.
Exbuhe27 сейчас офлайн Пожаловаться на Exbuhe27   Ответить с цитированием Мультицитирование сообщения от Exbuhe27 Быстрый ответ на сообщение Exbuhe27



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW