Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
8 мая 2015, 7:19:35 AM   # 1
 
 
Сообщения: 1078
Цитировать по имени
цитировать ответ
по умолчанию Re: Dev Технология Заключение по сценарию Майка Хирн «Crash Landing»

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Этот суб-форум предназначен для обсуждения о технических вопросах, касающихся Bitcoin, в частности, с целью улучшение Это.
Bitcoin эксперт Майк Херн написал статью "Аварийная посадка" где он описывает то, что произойдет, если рост экосистемы продолжается, и только нормальное обслуживание и улучшение работы выполняются разработчиками. Он рисует очень серьезную картину, которая в значительной степени то, что я представлял себе, когда я узнал о максимальном размере блока в январе 2013 года.

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

Я призываю людей, чтобы прочитать его, а затем голосовать в соответствии с их мнением считаются.
https://medium.com/@octskyward/crash-landing-f5cc19908e32

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

редактирование: добавление средней диаграммы размера блока, 2 года, 7-дневный сглаженный,
https://blockchain.info/charts/avg-block-size?showDataPoints=false&show_header = верно&daysAverageString = 7&TimeSpan = 2year&масштаб = 0&адрес =
Solex сейчас офлайн Пожаловаться на Solex   Ответить с цитированием Мультицитирование сообщения от Solex Быстрый ответ на сообщение Solex


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


8 мая 2015, 8:05:38 AM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Dev Технология Заключение по сценарию Майка Хирн «Crash Landing»

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





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

Если страшные претензий есть правда, то его, возможно, Bitcoin просто обречена; после того, как all-- нет силы на земле, которая ограничивает сколько сделок люди могут попытаться произвести любое количество может быть заполнено в любое время. И, конечно же, есть limits-- даже если отказаться от децентрализации как цель полностью, компьютеры сделаны из материи и потребление энергии; они конечны, и масштаб Bitcoin является не увеличивается при наличии большего количества пользователей. Есть единичные услуги, которые сегодня делают достаточно транзакции внутри, чтобы заполнить гигабайты блоков, если эти операции были сброшены на цепи --- так что все предел, вполне вероятно, что один объект может ударить его, если он решил сделать это. К счастью, на рынке платы за доступ арбитр нейтрально; но он делает это в произвольном масштабе. Майк полностью игнорировать это, потому что он считает, что сделки должны быть свободными (который должен быть звон колокола для тех, кто думает X MB блоки не будет постоянно X MB, особенно со всеми компаниями создаются, чтобы сделать такие вещи, как хранение файлов в blockchain Bitcoin).

Одним из механизмов, позволяющих работает против плата более терпимым, который прост в реализации и легко бумажники обрабатывать это заменить-на-плату (в режиме расточные, большие выходы, а не говорить о выжженной земле вещи) - но вот то, что Майк решительно противостояли по какой-то причине. Точно так же CFPF потенциально помогает некоторые ситуации too--, но это в основном только имел техническую любовь Луки и Матфея. Ни возможно, не случайно, что вся эта работа прогресса в начале 2013 года, когда блоки были полны, и не было много каких-либо внимания с тех пор.

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

Конкретная проблема есть, что отклоняют сообщения принципиально бесполезны для этого (хотя они хороший примером другого railroaded функции, тот, который ввел дистанционно доступные уязвимости уязвимости). Проблема в том, что только потому, что узел X принял ваша транзакция не говорит вам, что узел Y, N хмель далеко сделал или не сделал, в частности, он не говорит вам, если есть хоть один шахтер где-либо в сети, отвергнутого it-- то, что вы ожидали бы, чтобы этого избежать? каждый узел затопление сообщения для каждой сделки он отвергает к любому другому узлу? (Например, отказ в результате чего узлы ^ 2 трафика ???). Узлы из-за продукцией отклонит сегодня; но это не что-нибудь о мнении чьего что препятствует гарантии там, характер распределенной / decenteralized системы делает. Само понятие отбраковки быть полезным здесь артефакт ошибочно пытается впихнуть в модели от централизованных систем клиент / сервер в Bitcoin, принципиально в отличие от этого.

котировка
Я не знаю, насколько быстро эта ситуация будет играть, но, как ядро ​​будет принимать какую-либо сделку, действительные без каких-либо ограничений аварии узла в конечном счете неизбежно
Объем сделок в памяти строго ограничен числом выходов в UTXO заданного размера; а также ограничитель скорости / приоритет для свободных операций; есть технически верхняя граница (хотя его не очень актуальны, потому что его высокие и ограничитель означает, что она принимает навсегда, чтобы достичь ее). Конечно, его тривиальный держать mempool постоянно ограниченные, но там было мало интереса к заполнению, поскольку теоретический большого размер не считается практически годными для использования с учетом ограничения; - есть патчи, хотя, хотя они не любят тех, кто думает, что никогда не забывает ничего помогает безопасности нулевой конф. (Я вообще не, учитывая, что есть гораздо более простые способы, чтобы обмануть на нулевой конф, чем в надежде некоторый узел забывает приоритет нулевой конф сделки очень низкой).

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

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


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

8 мая 2015, 8:41:30 AM   # 3
 
 
Сообщения: 644
Цитировать по имени
цитировать ответ
по умолчанию Re: Dev Технология Заключение по сценарию Майка Хирн «Crash Landing»

котировка
Если страшные претензий есть правда, то его, возможно, Bitcoin просто обречена; после того, как all-- нет силы на земле, которая ограничивает сколько сделок люди могут попытаться произвести любое количество может быть заполнено в любое время. И, конечно же, есть limits-- даже если отказаться от децентрализации как цель полностью, компьютеры сделаны из материи и потребление энергии; они конечны, и масштаб Bitcoin является не увеличивается при наличии большего количества пользователей. Есть единичные услуги, которые сегодня делают достаточно транзакции внутри, чтобы заполнить гигабайты блоков, если эти операции были сброшены на цепи --- так что все предел, вполне вероятно, что один объект может ударить его, если он решил сделать это. К счастью, на рынке платы за доступ арбитр нейтрально; но он делает это в произвольном масштабе. Майк полностью игнорировать это, потому что он считает, что сделки должны быть свободными (который должен быть звон колокола для тех, кто думает X MB блоки не будет постоянно X MB, особенно со всеми компаниями создаются, чтобы сделать такие вещи, как хранение файлов в blockchain Bitcoin).

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

котировка
даже если это означает, что централизация всей сети на один мега-узел для того, чтобы принять масштаб. Или, по крайней мере, по-видимому, единственный шаг, который имеет ясный ответ случае «там будет гибель, если пользователи делают слишком много сделок» (ответ в том, что центр данные добавляют больше контейнеров для хранения полных оборудования).
Является ли масштабирование неосуществимым с децентрализованной сетью? Я не думаю, что централизованная мега узел является решением этой проблемы.
virtualx сейчас офлайн Пожаловаться на virtualx   Ответить с цитированием Мультицитирование сообщения от virtualx Быстрый ответ на сообщение virtualx

8 мая 2015, 9:29:23 AM   # 4
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Dev Технология Заключение по сценарию Майка Хирн «Crash Landing»

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


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

8 мая 2015, 12:15:51 PM   # 5
 
 
Сообщения: 1078
Цитировать по имени
цитировать ответ
по умолчанию Re: Dev Технология Заключение по сценарию Майка Хирн «Crash Landing»

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

Мы на самом деле ударили мягкий предел перед тем, последовательно в течение длительных периодов времени и не видели негативные последствия описанных там (за время подтверждения на более низкие сделки платы идут вверх, конечно).
Это идет вразрез с более ранним ответом на это, что соответствовало моему вспоминанию, особенно в отношении 250Кба мягкого лимита на 6 марта 2013 года:
К сожалению, слишком нетерпеливые увеличивается из мягких предельных отказывал нам возможность узнать из опыта под перегруженностью и мотивации для создания инструментов и оптимизаций программного обеспечения для решения перегруженности (плата-замена, микроплатежи концентраторы и т.д.).
И это было никакой надежды быть надлежащим образом осуществляются в IIRC не все бассейны горнодобывающих были на борте, Элигии имели предел 500KB в то время, и разумный% возраст власти хеширования.

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

К счастью, на рынке платы за доступ арбитр нейтрально; но он делает это в произвольном масштабе. Майк полностью игнорировать это, потому что он считает, что сделки должны быть свободными (который должен быть звон колокола для тех, кто думает X MB блоки не будет постоянно X MB, особенно со всеми компаниями создаются, чтобы сделать такие вещи, как хранение файлов в blockchain Bitcoin).
Тогда, возможно, предоставление бесплатных операций должны быть пересмотрены в свете исчезающего блока пространства. Простое изменение может быть удвоение необходимых дней разрушенным в БТД.

Одним из механизмов, позволяющих работает против плата более терпимым, который прост в реализации и легко бумажники обрабатывать это заменить-на-плату (в режиме расточные, большие выходы, а не говорить о выжженной земле вещи) - но вот то, что Майк решительно противостояли по какой-то причине.
Если Джефф хорошо с РФБ в скучном режиме, то это было бы хорошее улучшение, когда blockspace находится под давлением. Но я знаю, что он по праву осуществляется через RBF-SE, который является еще одним идеологической дискуссией самого по себе.

Конкретная проблема есть, что отклоняют сообщения принципиально бесполезны для этого (хотя они хороший примером другого railroaded функции, тот, который ввел дистанционно доступные уязвимости уязвимости). Проблема в том, что только потому, что узел X принял ваша транзакция не говорит вам, что узел Y, N хмель далеко сделал или не сделал, в частности, он не говорит вам, если есть хоть один шахтер где-либо в сети, отвергнутого it-- то, что вы ожидали бы, чтобы этого избежать? каждый узел затопление сообщения для каждой сделки он отвергает к любому другому узлу? (Например, отказ в результате чего узлы ^ 2 трафика ???). Узлы из-за продукцией отклонит сегодня; но это не что-нибудь о мнении чьего что препятствует гарантии там, характер распределенной / decenteralized системы делает. Само понятие отбраковки быть полезным здесь артефакт ошибочно пытается впихнуть в модели от централизованных систем клиент / сервер в Bitcoin, принципиально в отличие от этого.
ОК. Это имеет смысл, что отклонять сообщения не помещаются в децентрализованные системы в значительной степени.

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

В целом, я думаю, что статья делает хорошую работу предполагая, что, что цель недавнего предложения блочного является гораздо более широким изменением порождающего, чем просто увеличивать размер блок, чтобы сделать необходимую комнату, и что его также шаг, чтобы сделать существенные изменения к первоначальной долгосрочной модели безопасности на недоопределенный тот, который не включает в себя сборы; траектория для неограниченного размера блока, который обрабатывает любые транзакции, которые приходят в любой цене; даже если это означает, что централизация всей сети на один мега-узел для того, чтобы принять масштаб. Или, по крайней мере, по-видимому, единственный шаг, который имеет ясный ответ случае «там будет гибель, если пользователи делают слишком много сделок» (ответ в том, что центр данные добавляют больше контейнеров для хранения полных оборудования).
Что ж. Цель моего интереса к предложению блока-размера, чтобы увидеть устойчивый распад во время подтверждения избегал, которые в противном случае вызвать негативные впечатления пользователя, от очень многих пользователей, негативной информации, и потускнения Bitcoin в сознании будущих пользователей, может решить, не попробовать его. Все это вместе, вероятно, сократить полное число узлов, даже быстрее, чем более крупные блоки.
Solex сейчас офлайн Пожаловаться на Solex   Ответить с цитированием Мультицитирование сообщения от Solex Быстрый ответ на сообщение Solex

8 мая 2015, 9:41:15 PM   # 6
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: Dev Технология Заключение по сценарию Майка Хирн «Crash Landing»

О отклонять сообщения: Это возможно для узла, чтобы сказать, что он отвергает новую ТЙ, но при этом не раскрывает много ж / г / т поведения всей сети. Так что это не очень полезно.

Чистый эффект полных блоков - мягкое ограничение или жесткие - это то, что время подтверждения идет вверх и подтверждение транзакций становится ненадежным. Это занимает больше времени, если это произойдет, и до этого времени вы не знаете ли, что произойдет или нет. Это рецепт для разочарования. Люди будут НЕНАВИЖУ это с большой буквы 

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

Существует рынок неточность в структуре Bitcoin: Затраты на пропускную способность и хранения, выплачиваемых в качестве платы не собираются сплошными операторов узлов, которые обеспечивают полосу пропускания и хранения. Блок субсидия выплачивается сетевой безопасности, которая является то, что шахтеры обеспечивают путем хеширования; но плата пропорционально пропускной способности и хранения затрат, в точном рынке, должны идти к людям, которые предоставляют пропускную способность и хранения. В противном случае мы можем ожидать "Трагедия общественного достояния" ситуация развиваться в долгосрочной перспективе, поскольку горняки являются единственными, мотивированные, чтобы обеспечить полосу пропускания и хранения. Можно ожидать, что пропускная способность, предоставленную шахтер не будет служить для распространения ОГО ко всем узлам - только шахтеру. Результат, в крайнем случае, будет то, что никто, кроме комбайна не будет даже видеть ТЙ в пуле памяти, пока блок, содержащий ТХ опубликован. Шахтеры, возможно, даже полностью непересекающиеся множества Ого, ни один из которых никогда не подтвердят до тех пор, или если этот конкретный шахтер получает блок.
Cryddit сейчас офлайн Пожаловаться на Cryddit   Ответить с цитированием Мультицитирование сообщения от Cryddit Быстрый ответ на сообщение Cryddit

2 июня 2015, 12:13:19 PM   # 7
 
 
Сообщения: 1036
Цитировать по имени
цитировать ответ
по умолчанию Re: Dev Технология Заключение по сценарию Майка Хирн «Crash Landing»

"Аварийная посадка" статья была инструментальная часть в том, чтобы убедить Reddit толпу в сторону больших блоков.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW