Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
15 октября 2012, 10:14:27 PM   # 1
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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


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

http://en.bitcoin.it/wiki/Scalability

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


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


16 октября 2012, 6:47:11 AM   # 2
 
 
Сообщения: 798
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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





Вы можете исправить "18 разных людей отредактирован это" формат?

"VISA обрабатывает в среднем около 2000 операций / сек, так называет его ежедневно пиковой скоростью 4,000 / сек"

"Давайте возьмем 4000 ТПСА в качестве исходной цели."

"Давайте предположим, что средняя скорость 2000tps, поэтому просто VISA."



"Это означает, что вы должны идти в ногу с примерно 8 мегабит / секунду транзакционных данных (2000tps * 512 байт) / 1024 байт в килобайт / 1024 килобайт в мегабайта = 0,97 мегабайт в секунду * 8 = 7,8 мегабит / сек.

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

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

"По состоянию на октябрь 2012 года (блок 203258) были 7,979,231 сделки, однако размер неизрасходованного выходного набора меньше 100MiB"

Вы должны поддержать это, потому что от того, что я помню оценки были между 70-80% от размера текущего блока ЦЕПИ, которая, даже сегодня, безусловно, не 100MB.

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

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

16 октября 2012, 10:02:36 AM   # 3
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

Я сделал сделки / сек -> ТПС обозначение более последовательное. Конечно, вы могли бы сделать это сам, причем вики.

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

Я не понимаю, о чем вы говорите здесь.

котировка
Вы должны поддержать это, потому что от того, что я помню оценки были между 70-80% от размера текущего блока ЦЕПИ, которая, даже сегодня, безусловно, не 100MB.

Это подкреплено реальностью. Проверьте Питерс ultraprune ветку и сбросить статистику из него самостоятельно. Или вы могли бы просто спросить сам Питер.

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

16 октября 2012, 10:30:00 AM   # 4
 
 
Сообщения: 798
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

Я не понимаю, о чем вы говорите здесь.

Является ли это одноранговая сеть, или это Bitcoin визы?

котировка
Это подкреплено реальностью. Проверьте Питерс ultraprune ветку и сбросить статистику из него самостоятельно. Или вы могли бы просто спросить сам Питер.

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

16 октября 2012, 10:37:15 AM   # 5
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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

16 октября 2012, 10:38:12 AM   # 6
 
 
Сообщения: 798
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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

16 октября 2012, 10:41:28 AM   # 7
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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

17 октября 2012, 2:30:24 PM   # 8
 
 
Сообщения: 338
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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

17 октября 2012, 5:36:15 PM   # 9
 
 
Сообщения: 989
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

с 0,5 Гб блоков, то blockchain будет расти 25tb каждый год.
это 75000000 5 1/4 дискеты, более чем даже самый современный c64s может справиться.
Поэтому, Bitcoin обречена на провал.
Fornit сейчас офлайн Пожаловаться на Fornit   Ответить с цитированием Мультицитирование сообщения от Fornit Быстрый ответ на сообщение Fornit

17 октября 2012, 8:37:37 PM   # 10
 
 
Сообщений: 39
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости


"По состоянию на октябрь 2012 года (блок 203258) были 7,979,231 сделки, однако размер неизрасходованного выходного набора меньше 100MiB"

Вы должны поддержать это, потому что от того, что я помню оценки были между 70-80% от размера текущего блока ЦЕПИ, которая, даже сегодня, безусловно, не 100MB.

Вы, наверное, вспомнить правильные проценты (70-80%), но это процент потраченный выходы, которые могут быть забыты.

Я могу подтвердить следующее вокруг блока 202287 (с помощью моего Птичьего клиент, который только отслеживает неизрасходованные сделки):
  • 2443854 неизрасходованные выходов транзакций, что составляет около 30% всех сделок (см TXS на 7,9 млн блока 203258)
  • базы данных MySQL, содержащие все необходимые данные, чтобы иметь возможность провели эти выходные, то есть создания действительного (без знака) ТХА составляет около 316Mb в размерах при преобразовании в несжатый CSV отвал (простой текстовый файл)
  • сжатие этот файл CSV урожаи только 110MB данных.

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

17 октября 2012, 8:56:27 PM   # 11
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

неизрасходованные базы данных вывода транзакции Ultraprune составляет около 120 МБ размер в настоящее время (в том числе LevelDB индексов / накладные расходы). Сжатые, что-то около 80-85 МБ.
Pieter Wuille сейчас офлайн Пожаловаться на Pieter Wuille   Ответить с цитированием Мультицитирование сообщения от Pieter Wuille Быстрый ответ на сообщение Pieter Wuille

17 октября 2012, 9:00:15 PM   # 12
 
 
Сообщения: 798
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

Я хотел сказать, сокращение 70-80%, или 20-30% от текущего размера. ссылка Flipperfish была бы в значительной степени все, что необходимо, чтобы избежать сомнений в будущем.

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

19 октября 2012, 9:44:16 AM   # 13
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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

19 октября 2012, 10:03:06 AM   # 14
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

неизрасходованные базы данных вывода транзакции Ultraprune составляет около 120 МБ размер в настоящее время (в том числе LevelDB индексов / накладные расходы). Сжатые, что-то около 80-85 МБ.
Ты рокзвезда.
Дав сейчас офлайн Пожаловаться на Даву   Ответить с цитированием Мультицитирование сообщения от Дава Быстрый ответ на сообщение Дав

19 октября 2012, 10:11:22 AM   # 15
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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

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

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

Но, честно говоря, если ничего не делается для создания денежных стимулов для реле, я считаю, что эти исследователи Microsoft могут быть правы и в конечном итоге полные узлы не будут передавать транзакции между собой. Они не имеют никакого интереса, на самом деле они имеют отрицательный интерес в этом. В таком случае (что не так уж плохо кстати), тонкие клиенты лучше попытаться бы подключиться к каждому узлу полного им удается найти.
Предполагая, что это фактический сценарий, то, возможно, мы можем оценить общую загрузку полный узла будет иметь для обработки быть эквивалентны количеству сделок раз среднего уровня ложных срабатываний тонких клиенты запрашивают. Скажем, если все запросы 99 ложных срабатываний для каждой соответствующей сделки, а затем полный узел, вероятно, загрузить в 100 раз, что он скачивает. Но мы должны также рассмотреть вопрос о том, что тонкие клиенты заинтересованы в диспергирующих налетом фильтры таким образом, чтобы не полный узел не имеет весь набор. Это приведет к снижению скорости Tps соответственно.
caveden сейчас офлайн Пожаловаться на caveden   Ответить с цитированием Мультицитирование сообщения от caveden Быстрый ответ на сообщение caveden

20 октября 2012, 1:58:59 PM   # 16
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

неизрасходованные базы данных вывода транзакции Ultraprune составляет около 120 МБ размер в настоящее время (в том числе LevelDB индексов / накладные расходы). Сжатые, что-то около 80-85 МБ.

Вокруг блока 204149:

База данных LevelDB:

$ DU -sh ~ / .bitcoin / монеты /
117M /home/pw/.bitcoin/coins/


Необработанные данные UT (непосредственно не использовать):

$ Ls -1hs utxo *
101М utxo.dat
 72М utxo.dat.7z
 94М utxo.dat.bz2
 98M utxo.dat.gz
 70М utxo.dat.lzma

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

20 октября 2012, 2:18:16 PM   # 17
 
 
Сообщения: 989
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

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

20 октября 2012, 2:32:10 PM   # 18
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Освеженные вики страница Масштабируемости

Я, вероятно, следовало бы изменил название ultraprune давно, так как это несколько сбивает с толку. Он не подрезать блоки или сделки, и реализует полный узел. Что она делает это с помощью ультра-обрезают копию блока цепи (в дополнение к обычному blk000 * .dat файлы), для почти всех операций, что делает его значительно быстрее. Он также устраняет необходимость в индексе сделки (так не blkindex.dat больше). Для обслуживания блоков к другим узлам, для повторного сканирования, так и для реорганизаций она все еще нуждается нормальные блоки должны присутствовать.

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW