Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
15 февраля 2013, 3:27:31 AM   # 1
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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


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

Подробнее здесь: https://ripple.com/wiki/Consensus

Мы можем применить к консенсусу в верхней части текущей модели ПР. Когда блок имеет 6-подтверждений, узлы (как шахтеров и не-шахтеров; "валидаторы" в Ripple жаргона) подписывает блок со своими секретными ключами, как голос его действий и уникальности. В нормальной ситуации, все честные узлы должны прийти к консенсусу, и честные шахтерам никогда не принимать какие-либо конфликтные блоки. Таким образом, любой секрет, 51% атака (тайно добыча и внезапно выпустив более длинную цепь) никогда не будет успешным в течение более чем 6 блоков. Даже 1 млн долларов стоит сделка абсолютно безопасна с 6 подтверждениями, что не является действительно безопасным чистым ПР.

Там будет 3 класса валидаторов:

Элиты: То же, Ripple, эти валидаторы должны быть не анонимными, чтобы избежать атак Сибли. Элиты могут быть Bitcoin купцов, УБС, надежных торговцев OTC и активных участников форума. Элиты опубликуют их GPG / Bitcoin открытого ключа хэша на своих сайтах или на форуме.

Шахтеры: Шахтеры будут включать GPG публичного хэш ключа (или открытого ключ хэш пустого счета Bitcoin) в своей coinbase сделок, поэтому они не должны поддерживать горячий бумажник для этой цели. Шахтеры могут быть анонимными или не анонимными.

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

Там будет перекрытие между 3 классами валидаторов, особенно если некоторые из них были анонимными. Поэтому, анонимные Шахтеры и богатые люди будут иметь более низкое право голоса.

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

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

Как у нас есть контрольно-пропускные пункты в Satoshi клиента, система технически не чисто PoW. Тем не менее, контрольно-пропускные пункты, как правило, тысячи блоков позади, и это не достаточно, чтобы защитить нас от 51% атаки. Философский, контрольно-пропускные пункты закодировав сообщество консенсуса к коду. Почему бы нам не сделать этот процесс более децентрализованным и автоматическим?

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

EDIT: Я не думаю, что консенсус и не PoW достаточно безопасен самостоятельно для миллионов долларов США сделок. Однако они гораздо сильнее, когда объединено, и все это по-прежнему P2P децентрализована.
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012


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


15 февраля 2013, 4:58:25 AM   # 2
 
 
Сообщения: 700
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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





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

15 февраля 2013, 5:45:42 AM   # 3
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

Пожалуйста, нет.

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

15 февраля 2013, 6:26:26 AM   # 4
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

В случае, если вы не знаете, контрольно-пропускные пункты (https://github.com/bitcoin/bitcoin/blob/master/src/checkpoints.cpp) В настоящее время применяется для Satoshi клиента. Это не означает, что независимо от того, сколько хеширования мощность один имеет, он будет создать жесткую вилку, пытаясь заменить блоки до последней контрольной точки. Поэтому Bitcoin никогда не чисто PoW сети.

В настоящее время контрольно-пропускные пункты реализуются в течение каждых тысяч блоков, и она определяется только по дэвам. Таким образом, теоретически, разработчики могли бы жёстко каждые одиночные новые блоки, как контрольно-пропускные пункты, делая себя в качестве центрального координационного центра Bitcoin, работая как SolidCoin. Мое предложение просто пытается децентрализовать процесс создания контрольных точек. Если 6 блоков считается слишком коротким, мы можем сделать это каждые 100 блоков, но определенно не тысячи блоков. 100 блоков контрольных точек не так уж плохо, по крайней мере, я уверен, что 10 миллионов долларов США на сумму БТД, что я получил утром будет совершенно не chargebackable вечером.
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

15 февраля 2013, 6:54:01 AM   # 5
 
 
Сообщения: 700
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

В случае, если вы не знаете, контрольно-пропускные пункты (https://github.com/bitcoin/bitcoin/blob/master/src/checkpoints.cpp) В настоящее время применяется для Satoshi клиента. Это не означает, что независимо от того, сколько хеширования мощность один имеет, он будет создать жесткую вилку, пытаясь заменить блоки до последней контрольной точки. Поэтому Bitcoin никогда не чисто PoW сети.

В настоящее время контрольно-пропускные пункты реализуются в течение каждых тысяч блоков, и она определяется только по дэвам. Таким образом, теоретически, разработчики могли бы жёстко каждые одиночные новые блоки, как контрольно-пропускные пункты, делая себя в качестве центрального координационного центра Bitcoin, работая как SolidCoin. Мое предложение просто пытается децентрализовать процесс создания контрольных точек. Если 6 блоков считается слишком коротким, мы можем сделать это каждые 100 блоков, но определенно не тысячи блоков. 100 блоков контрольных точек не так уж плохо, по крайней мере, я уверен, что 10 миллионов долларов США на сумму БТД, что я получил утром будет совершенно не chargebackable вечером.

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

Доверяя ядро ​​УБС, как они развивают программное обеспечение теперь легко, потому что все они совершают открыто. Расширяя круг людей доверять с такой интимной частью программного обеспечения кажется потенциально грязным. Что произойдет, если номер вашей Elite валидаторов просто прекратить проверки. Пират и многие из его прохода через оператор были большие рейтинги OTC, прежде чем мир сожжен и дураки потеряли свои деньги. Вводите потенциальную уязвимость, которая может прийти через дефицит подписей на вершине одного из потенциального падения хэширования мощности.

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

15 февраля 2013, 7:13:59 AM   # 6
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

В случае, если вы не знаете, контрольно-пропускные пункты (https://github.com/bitcoin/bitcoin/blob/master/src/checkpoints.cpp) В настоящее время применяется для Satoshi клиента. Это не означает, что независимо от того, сколько хеширования мощность один имеет, он будет создать жесткую вилку, пытаясь заменить блоки до последней контрольной точки. Поэтому Bitcoin никогда не чисто PoW сети.

В настоящее время контрольно-пропускные пункты реализуются в течение каждых тысяч блоков, и она определяется только по дэвам. Таким образом, теоретически, разработчики могли бы жёстко каждые одиночные новые блоки, как контрольно-пропускные пункты, делая себя в качестве центрального координационного центра Bitcoin, работая как SolidCoin. Мое предложение просто пытается децентрализовать процесс создания контрольных точек. Если 6 блоков считается слишком коротким, мы можем сделать это каждые 100 блоков, но определенно не тысячи блоков. 100 блоков контрольных точек не так уж плохо, по крайней мере, я уверен, что 10 миллионов долларов США на сумму БТД, что я получил утром будет совершенно не chargebackable вечером.

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

Доверяя ядро ​​УБС, как они развивают программное обеспечение теперь легко, потому что все они совершают открыто. Расширяя круг людей доверять с такой интимной частью программного обеспечения кажется потенциально грязным. Что произойдет, если номер вашей Elite валидаторов просто прекратить проверки. Пират и многие из его прохода через оператор были большие рейтинги OTC, прежде чем мир сожжен и дураки потеряли свои деньги. Вводите потенциальную уязвимость, которая может прийти через дефицит подписей на вершине одного из потенциального падения хэширования мощности.

Это и единственное доказательство колов систем на данный момент (PPCoin, Novacoin), кажется, есть реализации, которые не все, что проверено.

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

15 февраля 2013, 7:45:04 AM   # 7
 
 
Сообщения: 700
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

В случае, если вы не знаете, контрольно-пропускные пункты (https://github.com/bitcoin/bitcoin/blob/master/src/checkpoints.cpp) В настоящее время применяется для Satoshi клиента. Это не означает, что независимо от того, сколько хеширования мощность один имеет, он будет создать жесткую вилку, пытаясь заменить блоки до последней контрольной точки. Поэтому Bitcoin никогда не чисто PoW сети.

В настоящее время контрольно-пропускные пункты реализуются в течение каждых тысяч блоков, и она определяется только по дэвам. Таким образом, теоретически, разработчики могли бы жёстко каждые одиночные новые блоки, как контрольно-пропускные пункты, делая себя в качестве центрального координационного центра Bitcoin, работая как SolidCoin. Мое предложение просто пытается децентрализовать процесс создания контрольных точек. Если 6 блоков считается слишком коротким, мы можем сделать это каждые 100 блоков, но определенно не тысячи блоков. 100 блоков контрольных точек не так уж плохо, по крайней мере, я уверен, что 10 миллионов долларов США на сумму БТД, что я получил утром будет совершенно не chargebackable вечером.

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

Доверяя ядро ​​УБС, как они развивают программное обеспечение теперь легко, потому что все они совершают открыто. Расширяя круг людей доверять с такой интимной частью программного обеспечения кажется потенциально грязным. Что произойдет, если номер вашей Elite валидаторов просто прекратить проверки. Пират и многие из его прохода через оператор были большие рейтинги OTC, прежде чем мир сожжен и дураки потеряли свои деньги. Вводите потенциальную уязвимость, которая может прийти через дефицит подписей на вершине одного из потенциального падения хэширования мощности.

Это и единственное доказательство колов систем на данный момент (PPCoin, Novacoin), кажется, есть реализации, которые не все, что проверено.

6 блоков просто удобный номер. Я думаю, что так же, как 100 блоков разумно и раскол в этой шкале очень и очень маловероятно. Такие люди, как пират не может использовать эту систему, если он не имеет 51% хэширования мощности; и даже пират имеет 51% хэширование силы, он должен контролировать по меньшей мере, 51% валидатор, прежде чем он мог переписать цепочку.

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

15 февраля 2013, 8:12:58 AM   # 8
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

В случае, если вы не знаете, контрольно-пропускные пункты (https://github.com/bitcoin/bitcoin/blob/master/src/checkpoints.cpp) В настоящее время применяется для Satoshi клиента. Это не означает, что независимо от того, сколько хеширования мощность один имеет, он будет создать жесткую вилку, пытаясь заменить блоки до последней контрольной точки. Поэтому Bitcoin никогда не чисто PoW сети.

В настоящее время контрольно-пропускные пункты реализуются в течение каждых тысяч блоков, и она определяется только по дэвам. Таким образом, теоретически, разработчики могли бы жёстко каждые одиночные новые блоки, как контрольно-пропускные пункты, делая себя в качестве центрального координационного центра Bitcoin, работая как SolidCoin. Мое предложение просто пытается децентрализовать процесс создания контрольных точек. Если 6 блоков считается слишком коротким, мы можем сделать это каждые 100 блоков, но определенно не тысячи блоков. 100 блоков контрольных точек не так уж плохо, по крайней мере, я уверен, что 10 миллионов долларов США на сумму БТД, что я получил утром будет совершенно не chargebackable вечером.

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

Доверяя ядро ​​УБС, как они развивают программное обеспечение теперь легко, потому что все они совершают открыто. Расширяя круг людей доверять с такой интимной частью программного обеспечения кажется потенциально грязным. Что произойдет, если номер вашей Elite валидаторов просто прекратить проверки. Пират и многие из его прохода через оператор были большие рейтинги OTC, прежде чем мир сожжен и дураки потеряли свои деньги. Вводите потенциальную уязвимость, которая может прийти через дефицит подписей на вершине одного из потенциального падения хэширования мощности.

Это и единственное доказательство колов систем на данный момент (PPCoin, Novacoin), кажется, есть реализации, которые не все, что проверено.

6 блоков просто удобный номер. Я думаю, что так же, как 100 блоков разумно и раскол в этой шкале очень и очень маловероятно. Такие люди, как пират не может использовать эту систему, если он не имеет 51% хэширования мощности; и даже пират имеет 51% хэширование силы, он должен контролировать по меньшей мере, 51% валидатор, прежде чем он мог переписать цепочку.

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

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

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

15 февраля 2013, 8:13:20 AM   # 9
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

В случае, если вы не знаете, контрольно-пропускные пункты (https://github.com/bitcoin/bitcoin/blob/master/src/checkpoints.cpp) В настоящее время применяется для Satoshi клиента. Это не означает, что независимо от того, сколько хеширования мощность один имеет, он будет создать жесткую вилку, пытаясь заменить блоки до последней контрольной точки. Поэтому Bitcoin никогда не чисто PoW сети.

В настоящее время контрольно-пропускные пункты реализуются в течение каждых тысяч блоков, и она определяется только по дэвам. Таким образом, теоретически, разработчики могли бы жёстко каждые одиночные новые блоки, как контрольно-пропускные пункты, делая себя в качестве центрального координационного центра Bitcoin, работая как SolidCoin. Мое предложение просто пытается децентрализовать процесс создания контрольных точек. Если 6 блоков считается слишком коротким, мы можем сделать это каждые 100 блоков, но определенно не тысячи блоков. 100 блоков контрольных точек не так уж плохо, по крайней мере, я уверен, что 10 миллионов долларов США на сумму БТД, что я получил утром будет совершенно не chargebackable вечером.

Причина, почему контрольно-пропускные пункты включены в опорном клиента не определять что действительный blockchain есть. Они включены в первую очередь, так что во время начальной синхронизации с сетью, когда клиент не имеет ни малейшего представления о том, что действительный blockchain есть, кто-то не может создать альтернативный blockchain с нуля с меньшим трудом, но в равной степени долгую историю. Помните, что на протяжении большей части истории трудности Bitcoin была настолько низким, что злоумышленник будет иметь сравнительно легкое время, создавая цепь с более высокой общей работой до этого момента. С контрольно-пропускными пунктами, если ваш клиент происходит сначала подключиться к нечистым узлам, транслирующим поддельную историю, она в конечном счете ударила контрольно-пропускной пункт, видит, что хэш не совпадают, а в худшем случае просто не синхронизирована, пока он не найдет честный узел для подключения к , Например, я запустить только testnet DNS семени (новое в 0.8), и если IRC каналы также используется для посева были вниз, я мог бы легко сделать клиенты считают, что цепь, которую они хотят Добывая свою собственную сеть и рекламу только злые узлы я контролируемые. (Testnet имеет только один контрольно-пропускной пункт, только 500 блоков в) Конечно, testnet BTC ничего не стоят, так что я бы достичь ничего больше, чем раздражает людей.

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

Контрольно-пропускные пункты могут быть выбраны исключительно по дэвов, но это будет значительно труднее проникнуть в злонамеренных контрольно-пропускных пунктов, чем это было бы, чтобы украсть ваши монеты любым другим способом. Они просто список в SRC / checkpoints.cpp и любые изменения в этот список получает обзор большого количества людей. Например, я не разработчик, но я лично сделал точку рассмотрение новый контрольно-пропускной пункт Гэвина предложил на 0.8, и много людей на IRC рассмотрел изменения, а также.

Вы всегда можете включить пункты пропуска выключать с помощью -checkpoints = 0 флага. Если по какой-то причине был повторно орг событие достаточно большой, что тысячи блоков были реорганизованы отключение контрольно-пропускных пунктов и использование новых, более, повторно orged цепь может быть вполне разумным, что нужно сделать, хотя доверие к Bitcoin в этой точке вероятно, будет настолько потрясен, что, возможно, не имеет большого значения.
Peter Todd сейчас офлайн Пожаловаться на Питер Тодд   Ответить с цитированием Мультицитирование сообщения от Peter Todd Быстрый ответ на сообщение Peter Todd

15 февраля 2013, 8:43:30 AM   # 10
 
 
Сообщения: 700
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

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

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

15 февраля 2013, 9:33:56 AM   # 11
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

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

Retep делает гораздо более красивыми, чем случай, я могу, потому что на данный момент я водка подпитывается троллинг монстра.

Там нет единой точки отказа. С обвалами пирата и GLBSE, у нас еще есть MtGox, BTC-E, bitstamp, Bitcoin-центральный, Bitcoin Foundation, Bitinstant, Coinbase, Bitcoinstore, MPEX, SatoshiDice, Bitcoin Magazine, ОФЗ, весь УБС, все модераторы и доноры этого форум, все отдельные члены Bitcoin Foundation, и многое другое. Список растет в геометрической прогрессии, как Bitcoin экономика растет. Если 50% из них рухнула в тот же день, что по существу конец Bitcoin и нет никакого смысла больше защитить blockchain.

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

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

15 февраля 2013, 9:47:49 AM   # 12
 
 
Сообщения: 700
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

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

Retep делает гораздо более красивыми, чем случай, я могу, потому что на данный момент я водка подпитывается троллинг монстра.

Там нет единой точки отказа. С обвалами пирата и GLBSE, у нас еще есть MtGox, BTC-E, bitstamp, Bitcoin-центральный, Bitcoin Foundation, Bitinstant, Coinbase, Bitcoinstore, MPEX, SatoshiDice, Bitcoin Magazine, ОФЗ, весь УБС, все модераторы и доноры этого форум, все отдельные члены Bitcoin Foundation, и многое другое. Список растет в геометрической прогрессии, как Bitcoin экономика растет. Если 50% из них рухнула в тот же день, что по существу конец Bitcoin и нет никакого смысла больше защитить blockchain.

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

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

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

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

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

15 февраля 2013, 10:03:33 AM   # 13
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

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

Retep делает гораздо более красивыми, чем случай, я могу, потому что на данный момент я водка подпитывается троллинг монстра.

Там нет единой точки отказа. С обвалами пирата и GLBSE, у нас еще есть MtGox, BTC-E, bitstamp, Bitcoin-центральный, Bitcoin Foundation, Bitinstant, Coinbase, Bitcoinstore, MPEX, SatoshiDice, Bitcoin Magazine, ОФЗ, весь УБС, все модераторы и доноры этого форум, все отдельные члены Bitcoin Foundation, и многое другое. Список растет в геометрической прогрессии, как Bitcoin экономика растет. Если 50% из них рухнула в тот же день, что по существу конец Bitcoin и нет никакого смысла больше защитить blockchain.

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

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

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

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

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

Список будет только все более и более разнообразным. Если Bitcoin остается в качестве мини-экономики с каждым весьма связно, никто не будет тратить миллионы долларов на 51% атаки его.

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

15 февраля 2013, 10:22:45 AM   # 14
 
 
Сообщения: 2016
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

Так что оставляет шахтеров и богатства, эффективно некоторую комбинацию PoW / Pos.

У меня есть сомнения по поводу модели консенсуса - это выглядит как шаг назад, то, Bitcoin был бы до того Bitcoin (и blockchain) был изобретен. Но если предположить, что доказывает себя технически, я был бы открыт для альта, который использует консенсус для синхронизации и POW для начального распределения (в отличие от централизованной модели пульсации в).
Мени Розенфельда сейчас офлайн Пожаловаться на Мень Rosenfeld   Ответить с цитированием Мультицитирование сообщения от Мени Rosenfeld Быстрый ответ на сообщение Мени Rosenfeld

15 февраля 2013, 10:42:40 AM   # 15
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

Так что оставляет шахтеров и богатства, эффективно некоторую комбинацию PoW / Pos.

У меня есть сомнения по поводу модели консенсуса - это выглядит как шаг назад, то, Bitcoin был бы до того Bitcoin (и blockchain) был изобретен. Но если предположить, что доказывает себя технически, я был бы открыт для альта, который использует консенсус для синхронизации и POW для начального распределения (в отличие от централизованной модели пульсации в).

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

И эта система работает только тогда, когда существует враждебное 51% атака или сеть раскол. Если не было 51% атаки или сетевой раскол, все эквивалентно чистой и тот, кто ПР вы доверяете нет никакой разницы. Если бы существовала сеть сплит система поможет вам определить его и снова не имеет никакого отношения к кому вы доверяете, пока ваш список валидатор весьма разнообразно. Если бы не было 51% атаки, вы должны доверять кому (например, УБС) в любом случае, вместо того, чтобы слепо принимать враждебную цепь переписывания 5000 блоков.

Да, консенсус является шагом назад от blockchain, но это вовсе не означает, что он полностью устарел, и мы могли бы использовать его укрепление POW. Мы увидим, как она работает (или не работает) на Ripple. Если чистый консенсус модель работает, то консенсус сверху ПР должен работать.

Я согласен, это не самый высокий приоритет, но я думаю, что это что-то должно быть сделано, прежде чем Bitcoin может поддерживать миллионы долларов США сделок.
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

15 февраля 2013, 12:03:13 PM   # 16
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

Доказательство работы через SHA256 хеширование очень приятно, потому что вы можете проверить его на машине. Например отличный проект будет получить удаленный аттестационную оборудование, способное вроде IBM 4758 криптографический сопроцессор часто используется банками. В основном то, что в нем особенном является самим аппаратным исключительно трудно подделать, и дополнительно IBM включает в себя механизм, называемом удаленной аттестацией, где оборудование будет сказать вам, что программное обеспечение работает на нем. Так как эти сопроцессоры используются для многих, многие различных целей IBM не может выпускать оборудование, которое лежит без ущерба значительного количества доверия в них.

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

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

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


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

Несколько сервера должны существовать, и клиенты должны всегда запрашивать несколько серверов, а также автоматически обеспечивают неприменяющиеся сервера с обновлениями. Вы должны быть осторожны, чтобы обеспечить запросы для цепи и обновления запросов всегда точно такой же длины. Кроме того, поведение клиента для любого действия должно быть идентичными для обеспечения обновления не может быть нецензурными. (Не нарушая шифрование, конечно) Тот факт, что самые тяжелые военнопленных в наличии есть около 98% шансов быть Bitcoin блока хэш (2% шансов сирот) может быть полезными.

Клиенты действительно должны иметь способ предотвратить атакующие с контролем их выше по течению сетевых соединений от установки самих этих серверов. Просто имея список доверенных pubkeys людей, которым вы доверяете, чтобы установить такой сервер с одним хорошим вариантом; само аппаратное обеспечение, как правило, довольно дорого слишком. Вы также можете получить умный и есть сервер создать Пау на основе их идентичности; военнопленный Bitcoin для недопустимого блока хорошо, потому что определение значения затраченного относительно легко. Вы можете также клиенты платят за каждое сообщение, выполнив Pow от вашего имени, и записей тяжелейшего POW найденного в своей очереди использует в качестве доказательства того, что сервер является законным.
Peter Todd сейчас офлайн Пожаловаться на Питер Тодд   Ответить с цитированием Мультицитирование сообщения от Peter Todd Быстрый ответ на сообщение Peter Todd

15 февраля 2013, 12:40:33 PM   # 17
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

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

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

15 февраля 2013, 2:59:23 PM   # 18
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

Доказательство работы через SHA256 хеширование очень приятно, потому что вы можете проверить его на машине. Например отличный проект будет получить удаленный аттестационную оборудование, способное вроде IBM 4758 криптографический сопроцессор часто используется банками. В основном то, что в нем особенном является самим аппаратным исключительно трудно подделать, и дополнительно IBM включает в себя механизм, называемом удаленной аттестацией, где оборудование будет сказать вам, что программное обеспечение работает на нем. Так как эти сопроцессоры используются для многих, многие различных целей IBM не может выпускать оборудование, которое лежит без ущерба значительного количества доверия в них.

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

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


Если кто-то имеет достаточную мощность хеширования переписывать каждые отдельные блоки вплоть до блока # 1, то IBM 4758 будет по-прежнему принимать его в качестве легитимного, но я не думаю, что это то, что мы хотим. Человеческое вмешательство является неизбежным в таких обстоятельствах. Вопрос заключается в том, в какой степени мы могли потерпят blockchain переписать? 6? 100? 2014? 210000? Там должна быть точка отсечки, где требуется вмешательство человека.

Bitcoin вики (https://en.bitcoin.it/wiki/Contingency_plans#Many_historical_blocks_replaced) Предполагает, что 6+ блок переписан неприемлема и гарантирует снятие сети более чем на неделю, чтобы исправить это вручную. Если мы считаем, что это правильный способ справиться с массивным переписывает blockchain, почему мы не могли последовательно осуществлять контрольно-пропускные пункты на основе человеческого консенсуса?

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

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

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

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

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

18 февраля 2013, 12:22:56 PM   # 19
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

18 февраля 2013, 3:39:58 PM   # 20
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Применение Ripple Консенсус модели в Bitcoin

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW