Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
22 июля 2010, 5:17:28 AM   # 1
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Мне любопытно, разработчики чувства по масштабируемости. Например, может обрабатывать система миллиона пользователей, делая говорят 5 сделок каждый день. 5 миллионов операций в день составляет примерно 35000 транзакций в 10-минутный период?

Есть ли горлышко бутылки в размножении 35000 транзакций до миллиона узлов для производства блоков? Или этот вопрос был разработан для?
Красный сейчас офлайн Пожаловаться на красный   Ответить с цитированием Мультицитирование сообщения от Red Быстрый ответ на сообщение Red


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


22 июля 2010, 6:45:58 AM   # 2
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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






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

22 июля 2010, 6:54:45 AM   # 3
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций


Большие ставки сделки являются одним из ключевых в будущем узким местом нынешней системы Bitcoin.


Является ли это полностью подключенная сеть? Или есть какое-то упорядоченная схема распространения? Не читал, что часть кода еще.
Красный сейчас офлайн Пожаловаться на красный   Ответить с цитированием Мультицитирование сообщения от Red Быстрый ответ на сообщение Red

22 июля 2010, 3:03:22 PM   # 4
 
 
Сообщений: 16
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

Насколько я могу сказать, что это полностью подключен к сети. И это вроде должно быть для безопасности работы - основная идея заключается в том, что злоумышленник нуждается почти 50% от вычислительной мощности всей сети, чтобы впрыскивать ложную информацию о транзакции в (или удалить честные сделки с) сетью. Если бы была система распространения, вам нужно всего лишь иметь около 50% + из любой низшей ступени есть, а то ступенька будет обманут в передаче вашу ложную информацию, возможно, выбивая другие низшие ступени надуть следующий выше перекладины, и так далее.

Узким была моя первая реакция, когда я прочитал о Bitcoin. С одной стороны, как блоки в настоящее время созданы, требуется линейное время по отношению к общему числу сделок (и я думаю, что больше, чем в памяти), чтобы проверить одну транзакцию. Таким образом, после 10 лет Bitcoin, вы должны либо пройти через все 10 лет на сумму сделок, или есть снимок всех остатков на счетах каждого пользователя когда-либо и работать оттуда. А поскольку блоки образуют прямую цепь, все эти 35000 сделок должны идти в том же блок (если генерация блока продолжает в среднем один за десять минут). Там в настоящее время нет способа разделить, что и иметь работу сети на 350 блоков 100 сделок каждый одновременно, потому что каждый блок нуждается в хэш предыдущего блока. Это кажется особенно глупо с тем, как Bitcoin сделки проверяется. Если все ждут от одного до трех блоков, чтобы проверить сделку, прежде чем тратить свои биткойно, что означает, что ни один из 35000 сделок в одном десяти минут периода не может зависеть друг от друга, и большинство из них не должно зависеть даже от предыдущего блока. И насколько я могу сказать, что нет никакого способа для сети, чтобы ускорить создание блока в ответ на перегрузку операций - если сеть когда-либо попали в точку, где операции в настоящее время ведется быстрее, чем они были хэшируются в блоки, проблема будет снежный ком пока достаточное количество людей не бросить Bitcoin из разочарования, что число сделок упало ниже скорости создания блока. И если создание блока должны были ускорить (через уменьшение сложности), то вознаграждение за хэширование нового блока должно было бы идти вниз, чтобы сохранить запланированный темп Bitcoin введения. Узлы должны знать, что во время Великой Bitstorm августа 2013 года блоки только сетчатый создатель 2,5 биткоен - и они должны были бы понять это в течение Великий Bitstorm августа 2013 года.

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

И это, конечно, хуже, чем 35000 сделок / десять минут - мы, вероятно, увидеть что-то вроде 50-60k + сделок в пиковые часы (в зависимости от того, насколько географически распределенная сеть) и гораздо меньше, в нерабочее время. Там будет необходимость динамически дроссельного доказательство правильности работы сложность и награда монеты час за часом. Поскольку Bitcoin является компьютер на базе, то, вероятно, в конце концов, будет значительное число автоматизированных систем покупки и продажи Bitcoins - внезапное резкое колебание на фондовых рынках или обменных курсов валют может установить те покинуть все сразу. (Хотя система проверки может помочь с этим, так как вы не можете сделать микросекунды масштаб торговли с Bitcoins.)
Hepatizon сейчас офлайн Пожаловаться на Hepatizon   Ответить с цитированием Мультицитирование сообщения от Hepatizon Быстрый ответ на сообщение Hepatizon

22 июля 2010, 3:09:19 PM   # 5
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

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

22 июля 2010, 4:28:30 PM   # 6
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

Спасибо вам обоим!

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

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

Есть ли у вас какие-либо детали мысленного эксперимента quantumplication?
Красный сейчас офлайн Пожаловаться на красный   Ответить с цитированием Мультицитирование сообщения от Red Быстрый ответ на сообщение Red

22 июля 2010, 4:42:44 PM   # 7
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

Спасибо за ваш анализ Hepatizon! Это было о том, что я ожидал.

Тем не менее, я не думаю, что это совершенно правильно.

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

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

Я новичок, хотя, так что я мог читать это неправильно. Пожалуйста, поправьте меня, если я сделал.

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

23 июля 2010, 4:53:45 AM   # 8
 
 
Сообщений: 16
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

Спасибо за ваш анализ Hepatizon! Это было о том, что я ожидал.

Тем не менее, я не думаю, что это совершенно правильно.

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

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

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

23 июля 2010, 12:47:24 PM   # 9
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

23 июля 2010, 12:53:42 PM   # 10
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

Я ничего, кроме как делает сеть общаться прямо сейчас не имею в виду?

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

Есть несколько ноу распределенная хэш-таблица топологий. Было удивительно, если он использует один из них.

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

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

23 июля 2010, 1:18:56 PM   # 11
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

23 июля 2010, 6:13:43 PM   # 12
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

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

28 июля 2010, 2:10:53 PM   # 13
 
 
Сообщения: 770
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

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

28 июля 2010, 4:32:06 PM   # 14
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

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

Я использовал, чтобы иметь подобные мысли, но я решил, что я был неправ. Оказывается, что Bitcoin является одноранговым в том смысле, что 1-го уровня интернет-провайдеры Одноранговых. Не P2P в том же смысле, что битторрент является P2P.

Satoshi указывает на то, что он видит, что нужно для в большинстве 100000 узлов проверки транзакций и регистрации блоков. Другие будут использовать эти узлы в более клиенте / услуги моды. Если я предполагаю, что число я бы поставил его гораздо ниже (3<Икс<100) независимых заинтересованных сторон. Любой пользователь может выбрать, чтобы быть одним из тех X сторон, или может выбрать для проверки некоторых или всех работ этих Х сторон, но только небольшое количество действительно ТРЕБУЕТСЯ.

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

Так кто выбрал бы сделать эту работу бесплатно?

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

Если вы хотите реальный пример рассмотрит сам Интернет. В аморфном ядре около 7 уровня-1 поставщики услуг. Они называются 1-го уровня только потому, что каждая из них имеет взаимно себя заинтересованный "вглядываясь соглашение" с шестью другими поставщиками. Это означает, что эти огромные поставщики услуг переместить феноменальное количество даты вперед и назад с нулевым учетом и нулевых платежами между собой. Они делают все свои деньги, продавая свои услуги ОТСУТСТВИЯ яруса-1 провайдеров, которые делают деньги от продажи его к вам.

Там нет ничего, чтобы остановить кого-либо стать поставщиком первого уровня 1. Все, что вам нужно сделать, это убедить другие, что это в их собственных интересах равного с вами. Таким образом, для примера, Google, как полагают, платить нулю в полосе пропускания для передачи видео с YouTube. Существует достаточно трафика в обоих направлениях, что во всяких корысти равной с ними.

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




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

28 июля 2010, 6:25:58 PM   # 15
 
 
Сообщений: 14
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

Был ли оригинальный вопрос когда-нибудь ответил? Могут ли клиенты обращаться 35000 транзакций в блоке? Как насчет 100000? Что такое bytesize сделки в блоке? Сколько пропускная способность необходима для работы в сети, чтобы подтолкнуть их вокруг в течение 10 минут?
Родины сейчас офлайн Пожаловаться на Родин   Ответить с цитированием Мультицитирование сообщения от Родена Быстрый ответ на сообщение Родин

28 июля 2010, 8:59:42 PM   # 16
 
 
Сообщения: 770
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

Кроме того, 10 минут слишком долго, чтобы убедиться, что оплата хорошо. Это должно быть так быстро, как ударяя кредитной карты является сегодня.

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

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

29 июля 2010, 2:00:38 AM   # 17
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

Существующая система, где каждый пользователь является сетевым узлом, не предполагаемая конфигурация для больших масштабов. Это было бы как каждый Usenet пользователь запускает свой собственный сервер NNTP. Конструкция поддерживает позволяя пользователям просто пользователи. Чем больше нагрузка это запустить узел, тем меньше узлов будет. Те немногие узлы будут большие фермы серверов. Остальные будут клиентские узлы, которые только делают операции и не генерируют.

Кроме того, 10 минут слишком долго, чтобы убедиться, что оплата хорошо. Это должно быть так быстро, как ударяя кредитной карты является сегодня.
Смотрите закуску машина нить, я очертить как платежный процессор мог проверить платежи достаточно хорошо, на самом деле очень хорошо (гораздо более низкий уровень мошенничества, чем кредитные карты), в чем-то вроде 10 секунд или меньше. Если вы не верите мне, или не получить его, у меня нет времени, чтобы попытаться убедить вас, извините.
http://bitcointalk.org/index.php?topic=423.msg3819#msg3819
Satoshi сейчас офлайн Пожаловаться на Satoshi   Ответить с цитированием Мультицитирование сообщения от Satoshi Быстрый ответ на сообщение Satoshi

29 июля 2010, 6:08:39 AM   # 18
 
 
Сообщения: 770
Цитировать по имени
цитировать ответ
по умолчанию Re: Масштабируемость и скорость транзакций

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW