Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
5 июня 2011, 7:48:18 PM   # 1
 
 
Сообщений: 91
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
При увеличении нагрузки транзакций нам нужна система, которая позволяет большинству клиентов функционировать без всей истории транзакций. Система также должна еще быть атакующим-доказательство, поэтому мы не можем переложить историю на небольшом количестве суперузлов - они могли бы получить под контролем attacker.History должен быть распределены по всем клиентам в случайном порядке.

Я предлагаю вставить в каждый блок 1000 блок N резюме всех различий баланса, что в результате операций в пределах блока [N-20000 до N-10000). Клиенты должны историю только для того, чтобы текущие операции имеют достаточный баланс на их входы. Мы можем хранить, что данные баланса в кэше внутри сети. Важным бит, что эти данные проверяются через блок цепи, так что клиенты могут доверять эти данные (они не могли бы доверять, если она хранилась внутри ДГТ в P2P-сети). Только если клиенты могут доверять этот кэш им не нужно скачивать, проверять и хранить блоки [N-20000 до N-10000).

Для того, чтобы все-таки сохранить всю информацию в сети клиентов по-прежнему загружать 1-10% диапазонов они на самом деле не нужно (количество в зависимости от свободного места на диске). Таким образом, мы экономим 90-99% дискового пространства при сохранении всех данных.
Hans0 сейчас офлайн Пожаловаться на Hans0   Ответить с цитированием Мультицитирование сообщения от Hans0 Быстрый ответ на сообщение Hans0


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


5 июня 2011, 7:50:59 PM   # 2
 
 
Сообщения: 755
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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





Вы уже можете подрезать операции в блоках, которые могли бы обеспечить довольно подобный выигрыш. Кроме того, тонкие клиенты. Зачем идти на полпути для каждого пользователя, когда вы можете пройти весь путь для 90% пользователей, а не для шахтеров, которые нуждаются в полной цепочке? Кроме того, нарушение обратной совместимости является плохой идеей.
Мэтт Corallo сейчас офлайн Пожаловаться на Matt Corallo   Ответить с цитированием Мультицитирование сообщения от Matt Corallo Быстрый ответ на сообщение Matt Corallo

5 июня 2011, 8:19:01 PM   # 3
 
 
Сообщений: 91
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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

5 июня 2011, 8:41:13 PM   # 4
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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

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

5 июня 2011, 8:53:54 PM   # 5
 
 
Сообщения: 755
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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

5 июня 2011, 10:16:32 PM   # 6
 
 
Сообщений: 91
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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

5 июня 2011, 10:30:20 PM   # 7
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

Я предлагаю, чтобы вставить в каждый блок 1000 блок N итога ...

Ваше предложение аналогично приведенному в http://forum.bitcoin.org/index.php?topic=505.0 который очерчивает схему для того, чтобы хранить как мало информации, как это возможно.

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

5 июня 2011, 11:12:07 PM   # 8
 
 
Сообщения: 755
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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

В любом случае, как ByteCoin указывает, там было много дискуссий на эту тему, не нужно, чтобы начать новую тему.
http://forum.bitcoin.org/index.php?topic=10663.0 это один более реалистичным.
Мэтт Corallo сейчас офлайн Пожаловаться на Matt Corallo   Ответить с цитированием Мультицитирование сообщения от Matt Corallo Быстрый ответ на сообщение Matt Corallo

5 июня 2011, 11:33:58 PM   # 9
 
 
Сообщений: 91
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

ByteCoin, спасибо.

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

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

5 июня 2011, 11:48:31 PM   # 10
 
 
Сообщения: 755
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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

Помещенный более четко, мы должны быть в состоянии оправиться от большой "неправильно" цепь блоков в случае стихийных бедствий. Скажем, клиент глючит освобождается или правительство решает не нравится Bitcoin больше. Клиент глючит или правительство потенциально может быть под контролем в течение недели или около того, выводящей тысяч блоков. Можно ли восстановить с обрезанной историей? Вот в чем вопрос.
Поэтому fClient существует и тонкие клиенты Dont сидеть общения с другими тонкими клиентами. Они говорят с полными клиентами.
Мэтт Corallo сейчас офлайн Пожаловаться на Matt Corallo   Ответить с цитированием Мультицитирование сообщения от Matt Corallo Быстрый ответ на сообщение Matt Corallo

29 марта 2012, 7:18:12 PM   # 11
 
 
Сообщения: 702
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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

31 марта 2012, 6:17:01 AM   # 12
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению пространства на всех клиентах

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


Я думаю, что главный пункт, который пропустил около БТД является то, что для всех намерений и целей, единственное, что он действительно делает, отслеживание остатков на счетах. Все пуха и шума на вершине, что составляет правила о том, как они управляются, но большая часть работы делается крайне излишним. Конечно, некоторые из этого нарочно для того, чтобы обеспечить для различных видов "контракты", Но для среднего ТХ все дополнительные функции, только в конечном итоге вздутие живота в blockchain к скоро, чтобы быть-неприемлемо размера.

Одна вещь, которую я заметил, после того, как копаться в детали протокола является то, что "баланс" на любой BTC счета вы, а не хранятся в виде единого текущего баланса, вместо этого из каждого ТХ, который был когда-либо отправлен на этот адрес. Так, только в качестве примера, скажем, у меня есть счет пожертвований, и 100 человек отправить мне 0,01 BTC каждый. Таким образом, мое пожертвование счет имеет баланс 1.00BTC, но для того, чтобы провести его, я должен сделать ОЕ с 100x 0,01 ОГО пожертвования как вход. Как платежи и blockchain размер непосредственно связаны с числом txIns и txOuts, половина моего пожертвования фонда может в конечном итоге в тарифах, а затем каждый, кто имеет копию blockchain теперь должны включать в себя блок с 100 txIns для одного из ТХ, даже если общий баланс моего счета было одно значение 1.00BTC. Если Стндартное были сильно упрощены, это позволит сэкономить целый много дискового пространства и в целом много неприятностей.

Другое дело, что можно было бы сделать, это то, что для p2pooling, а не хранить всю blockchain каждый шахтер мог хранить последние ~ 4032 блоков (28 дней), плюс случайный 4032 блок "период" из последних 13 периодов по 28 дней (т.е. 364 дней от blockchain общего). Когда дополнительный период шахтер держит истекает, они просто заменить его последний период 28 дней, которые могли бы быть отброшены. Наряду с системой лицевой, что позволит шахтерам работать на менее чем 1/4 размера текущей / общей blockchain, и они могли бы еще семена его к любым клиентам с просьбой его торрентом стиля. Действительно только год blockchain необходимо по соображениям безопасности. Старые секции имеют только историческое значение для тех, кто хочет доказать, что первоначальные блоки награда на самом деле то, что вики говорят, что они есть. В соответствии с приведенной выше ссылке, клиент должны были бы хранить только ~ 2016 блоков и бухгалтерскую книгу, которая составляет даже меньше общего размера.

Для "правительство нападение", Что можно избежать только путем усовершенствования самого протокола и ужесточением критериев blockchain достоверности. Например замена весьма субъективен БТД "время сети" с NTP, возможно слияние с NTPool должна позволять задержкам установленное время сети должны храниться с точностью до менее 1 секунды. С некоторыми эвристики, чтобы предотвратить атакующим изобретая текущего времени легко вместе с блоком временной метки ограничений, может быть, 10 секунд, timejacking и блок копят атаки будет почти невозможно, и, конечно, нецелесообразно, так как окно для двойных расходов будет всего несколько секунд.

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW