Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
23 апреля 2011, 6:39:09 PM   # 1
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Извините, если это отвечает в вики или в каком-то месте на форуме, но я просто не могу найти его.
Где-то на форуме я прочитал, что 10 минут это время, которое потребуется для нового генерироваться блок должны быть получен всеми узлами (без других узлов, создавая новый блок).
То есть, цель 10 минут будет там, чтобы предотвратить вилки. Вы не хотите вилки, потому что вы не хотите бесхозных блоков.
Это правда?
Где я могу найти математику за ним?

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

Можно ли уменьшить целевое поколение времени?

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

Мысли?
jtimon сейчас офлайн Пожаловаться на jtimon   Ответить с цитированием Мультицитирование сообщения от jtimon Быстрый ответ на сообщение jtimon


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


24 апреля 2011, 1:39:25 AM   # 2
 
 
Сообщения: 182
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

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





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

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

Можно ли уменьшить целевое поколение времени?

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

Мысли?


http://www.bitcoin.org/bitcoin.pdf
FooDSt4mP сейчас офлайн Пожаловаться на FooDSt4mP   Ответить с цитированием Мультицитирование сообщения от FooDSt4mP Быстрый ответ на сообщение FooDSt4mP

24 апреля 2011, 3:53:58 AM   # 3
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

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

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

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

24 апреля 2011, 10:51:43 AM   # 4
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами


Я уже прочитал, что. Единственное, что я могу найти там около 10 минут "Если мы предположим, блоки генерируются каждые 10 минут ..."

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

Примите во внимание, что мы не наградить блок генераторов. Все CPU работают кто-то делает это совершить свою сделку.
Единственное преимущество, было бы первыми совершить свои сделки.

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

Для временных меток, я бы просто поставить хэш в блоке цепи Bitcoin. Bitcoin транзакция может содержать произвольные данные.

Интересно. Я не знал.
jtimon сейчас офлайн Пожаловаться на jtimon   Ответить с цитированием Мультицитирование сообщения от jtimon Быстрый ответ на сообщение jtimon

24 апреля 2011, 11:40:19 AM   # 5
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

Об этом говорится в FAQ на самом деле. Дайте мне знать, если это не ясно, и я буду переписывать ответ (я писал оригинал):

https://en.bitcoin.it/wiki/FAQ#Why_do_I_have_to_wait_10_minutes_before_I_can_spend_money_I_received?

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

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

24 апреля 2011, 1:11:06 PM   # 6
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

Об этом говорится в FAQ на самом деле. Дайте мне знать, если это не ясно, и я буду переписывать ответ (я писал оригинал):

https://en.bitcoin.it/wiki/FAQ#Why_do_I_have_to_wait_10_minutes_before_I_can_spend_money_I_received?

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

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

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

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

Можно ли работать блок цепи, как это без цели времени вообще (только минимальной работы на мини-блок)?

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

Если кто-нибудь увидеть какие-либо недостатки в идее, пожалуйста, укажите их.


jtimon сейчас офлайн Пожаловаться на jtimon   Ответить с цитированием Мультицитирование сообщения от jtimon Быстрый ответ на сообщение jtimon

24 апреля 2011, 11:42:17 PM   # 7
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

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

Где я могу найти математику за ним?

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

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

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

ByteCoin
ByteCoin сейчас офлайн Пожаловаться на ByteCoin   Ответить с цитированием Мультицитирование сообщения от ByteCoin Быстрый ответ на сообщение ByteCoin

25 апреля 2011, 9:38:52 AM   # 8
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

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

25 апреля 2011, 10:10:17 AM   # 9
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

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

А что вы об этом думаете? Имеет ли это смысл? Будет ли это возможно?
jtimon сейчас офлайн Пожаловаться на jtimon   Ответить с цитированием Мультицитирование сообщения от jtimon Быстрый ответ на сообщение jtimon

26 апреля 2011, 12:47:34 AM   # 10
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

А что вы об этом думаете? Имеет ли это смысл? Будет ли это возможно?

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

ByteCoin
ByteCoin сейчас офлайн Пожаловаться на ByteCoin   Ответить с цитированием Мультицитирование сообщения от ByteCoin Быстрый ответ на сообщение ByteCoin

26 апреля 2011, 8:43:52 AM   # 11
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

Другая вещь, чтобы думать о том, что есть на самом деле только две интересные скорости, <5 секунд и >5 секунд.

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

26 апреля 2011, 8:57:35 AM   # 12
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

А что вы об этом думаете? Имеет ли это смысл? Будет ли это возможно?

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

ByteCoin

Я извиняюсь, я пытался объяснить это ясно.
Я попробую еще раз. Пожалуйста, спросите, что вы хотите, если вновь не объясняя себе.

1) Отличия от Bitcoin:

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

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

3) возможность устранения заданного времени (устранить разницу между мини-блоком и надлежащим блоком), позволяя цепь слияния.
Когда разветвление становится сиротой в Bitcoin, следующие неблагоприятные эффекты имеют место:

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

Когда разветвление становится сиротой в этой ряби реализации следующего неблагоприятным имеют место:

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

В этой системе мы могли бы избежать слияний и потерянные сделок, но есть возможное нападение.
Плательщик хочет, чтобы его сделка должна быть включена в блоке цепи, даже если они истекли. Это не является плательщиком, который определяет номер блока истечения срока, но в promisors (я не думаю, что более подробно в это необходимо).
Если слияния разрешено, плательщик может попытаться обмануть путем создания временных отметки искусственной ветви, которая продолжает блок, предшествующий блок выдоха, а затем ждать, что ветви должны быть объединены.
Первое решение, которое приходит на ум, это требует минимальной длины (в работе) для филиалов, которые будут объединены. Но тогда плательщик просто нужно больше времени / питания компьютера обмануть.
Объединение должно быть больше ограничений. Максимальное различие (в работе) между основной (самой длинной) цепью и ветвями должны быть объединено необходимо.
Это максимальная разница должна быть пропорциональна длине цепей с момента вилки. Например, филиал может быть не более 10% короче, чем основная цепь, которые будут объединены.
Какие стимулы узлы слияния цепи?
Совместная работа обеих ветвей будет рассчитывать как длина цепи после слияния. Так что если кто-либо совершает свои операции на вершине слияния, вероятно, что сделка остается в самой длинной цепи.

Может быть, я что-то пропустил. Пожалуйста, не стесняйтесь спросить, что вы хотите.
jtimon сейчас офлайн Пожаловаться на jtimon   Ответить с цитированием Мультицитирование сообщения от jtimon Быстрый ответ на сообщение jtimon

26 апреля 2011, 9:07:40 AM   # 13
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: 10 минут целевых дважды расходов и впустую работы с вилами

Другая вещь, чтобы думать о том, что есть на самом деле только две интересные скорости, <5 секунд и >5 секунд.

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

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

http://ripple-project.org/Protocol/Protocol?from=Protocol.Index

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW