Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
24 апреля 2014, 5:06:49 AM   # 1
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я стараюсь, чтобы лучше понять внутреннюю работу Bitcoin, так что я могу внести свой вклад свои идеи о том, как помешать опасности 51% атаки а.

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

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


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


24 апреля 2014, 8:37:43 AM   # 2
 
 
Сообщения: 2044
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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





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

24 апреля 2014, 10:48:39 AM   # 3
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения


какие транзакции делает протокол пытаются заставить быть включены в блок?


Неа


какие транзакции делает протокол пытаются заставить быть исключены в блоке?


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

24 апреля 2014, 11:04:49 AM   # 4
 
 
Сообщения: 412
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

Стандартные операции:
Оплатите на Публичный хэш
Оплатите на сценарий хэш (очень конкретные обстоятельства, то есть, м < 3 && N < 4)
 - Они не будут вынуждены в блок, они будут включены только если они имеют адекватную плату.

Нестандартные:
p2sh адреса, где м > 3, п > 4.
https://en.bitcoin.it/wiki/Script#Transaction_puzzle
другие необычные сценарии.
 - Если вы передаете эти узлы ваши подключенные к, вероятно, даже не передавать транзакции другим. Она имеет очень мало шансов на распространение. Он должен был бы быть непосредственно толкнул Eligius для того, чтобы пройти.

Несмотря на то, что большинство не допускают нестандартные сделок в цепочку, один кто-то делает, то они будут в конечном счете сочиться в блоки (с Eligius на 15% hashrate нестандартного TxN с достаточной платой должны подтвердить в течение часа), и в которые указывают они могут быть потрачены.
fbueller сейчас офлайн Пожаловаться на fbueller   Ответить с цитированием Мультицитирование сообщения от fbueller Быстрый ответ на сообщение fbueller

24 апреля 2014, 1:01:08 PM   # 5
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

24 апреля 2014, 3:58:30 PM   # 6
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

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

24 апреля 2014, 4:39:43 PM   # 7
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

Что делать, если шахтер не слышал о старой транзакции? Как шахтер знать, когда была создана сделка? Вы действительно продуманы все детали того, что вы пытаетесь сделать?

Как бы этот сценарий будет обрабатываться?
Вы и я оба шахтеры.
Я слышал об операции А до того я слышал о сделке B
Вы слышали о транзакции B, прежде чем вы узнали о транзакции A

Я мой блок с транзакцией А в ней (а не транзакции В)
Вы помоему блок с транзакции B в ней (а не сделка A)

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

24 апреля 2014, 4:54:10 PM   # 8
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

Спасибо всем за ответы.

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

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

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

24 апреля 2014, 4:59:38 PM   # 9
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

Blockchain и доказательство правильности работы системы консенсуса. И, как вы уже поняли, слабость в том, что оно подлежит 51% атаки а.

Вы собираетесь найти, что это будет очень трудно "решать",

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

24 апреля 2014, 5:22:40 PM   # 10
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

24 апреля 2014, 5:39:23 PM   # 11
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

Спасибо всем за ответы.

Да Дэнни, я вообще в курсе этих видов проблем, которые существуют в распределенной системе.
Мы должны создание консенсуса между узлами.

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



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

24 апреля 2014, 5:50:47 PM   # 12
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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

мысли:

1. длинной цепью-победы может быть слишком простым. может быть дольше ДЕЙСТВИТЕЛЬНО цепи побед,
с некоторыми правилами для проверки, а именно о том, что цепь должна включать в себя определенные операции.

2. Сделки могут быть датируемые, либо локально каждым шахтером, или в какой-то индивидуальный
ведро или сайдчейн

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

25 апреля 2014, 5:49:12 PM   # 13
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

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


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

26 апреля 2014, 12:45:03 AM   # 14
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

1. длинной цепью-победы может быть слишком простым. может быть дольше ДЕЙСТВИТЕЛЬНО цепи побед, с некоторыми правилами для проверки, а именно о том, что цепь должна включать в себя определенные операции.

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

2. Сделки могут быть датируемые, либо локально каждым шахтером, или в каком-то отдельном ведре или боковой цепи

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

26 апреля 2014, 1:06:07 AM   # 15
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: включение транзакций и исключения

1. длинной цепью-победы может быть слишком простым. может быть дольше ДЕЙСТВИТЕЛЬНО цепи побед, с некоторыми правилами для проверки, а именно о том, что цепь должна включать в себя определенные операции.

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

2. Сделки могут быть датируемые, либо локально каждым шахтером, или в каком-то отдельном ведре или боковой цепи

То же самое.

Ну, вы строите его в протокол.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW