|
![]() |
# 1 |
Сообщения: 546
цитировать ответ |
![]()
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему?
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 2 |
Сообщения: 1064
цитировать ответ |
![]()
Получил 1806 Биткоинов
Реальная история. В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему? нет В этот момент протокол разработан таким образом, в среднем на 1 блок с максимальным размером 1 Мбайт будет найден с хэш ниже цели каждые 10 минут. Что случилось бы, если бы больше шахтеров начнут добывать? -> hashrate будет идти вверх -> время между двумя блоками будет идти вниз в течение максимум 2016 блоков -> каждые 2016 блоков, сеть трудности корректируется, чтобы убедиться, среднее время между 2-х блоков остается ~ 10 минут Короче говоря: добавление нагрузок hashrate (больше шахтеров, более эффективный ASIC, либо более ASIC в расчете на одного шахтера) позволит сократить время между блоками менее чем за 2 недели, после этого, время между блоками еще раз подняться до ~ 10 минут ... Так что добавление нагрузки дорогостоящего оборудования получат вам минимальное количество дополнительных пропускной всего за пару дней / недель ... |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 3 |
Сообщения: 546
цитировать ответ |
![]() В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему? нет В этот момент протокол разработан таким образом, в среднем на 1 блок с максимальным размером 1 Мбайт будет найден с хэш ниже цели каждые 10 минут. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 4 |
Сообщения: 1064
цитировать ответ |
![]() В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему? нет В этот момент протокол разработан таким образом, в среднем на 1 блок с максимальным размером 1 Мбайт будет найден с хэш ниже цели каждые 10 минут. Я обновил свой первый пост в то время как вы отвечаете ... я добавил еще некоторый текст, который должен ответить на этот вопрос. Давайте масштабировать его немного вниз, и смотреть на это (воображаемой), например: Сеть Bitcoin имеет только 1 шахтер ... шахтер имеет один СИС, который работает на частоте 1 Th / с 24/7. Там всегда был только один шахтер, время между блоками составляет ~ 10 минут. Поскольку существует огромное отставание, все блоки всегда заполнены, так что есть ~ 144 блоки = ~ 144 Мб данных транзакций в день Однажды, второй шахтер присоединяется к сети, он также имеет 1 Asic хэширования на 1 Th / с. Первая пара дней, общая hashrate удвоилась, так что в среднем в два раза больше блоков добавляются в blockchain (так как шахтеры все еще используют оригинальные трудности, так в среднем, они каждые в состоянии произвести ~ 144 блоков / день с хэш, который ниже текущей сложности). Однако, через пару дней, сеть делает настройку сложности, то разница идет вверх, так что шанс каждый шахтер находит хэш, который ниже, чем текущая (новая) разница снижается до 50%. не После регулировки дифференциала, первый шахтер больше не находит ~ 144 блоков / день, теперь он находит ~ 72 блоков / день, как это делает второй шахтер. Максимальное количество блоков, которые потенциально могут быть добыты в "удвоенная скорость" является 2016, так как сеть подстраивает это дифф каждые 2016 блоков. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 5 |
Сообщения: 546
цитировать ответ |
![]() В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему? нет В этот момент протокол разработан таким образом, в среднем на 1 блок с максимальным размером 1 Мбайт будет найден с хэш ниже цели каждые 10 минут. Я обновил свой первый пост в то время как вы отвечаете ... я добавил еще некоторый текст, который должен ответить на этот вопрос. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 6 |
Сообщения: 462
цитировать ответ |
![]() Это не проблема, вызывающая эту текущую ситуацию. Блоки уже заполнены, и каждый из них может принимать только так много Txs из-за пределом размера ... Я считаю, что текущая сеть может обрабатывать около 8 Txs в секунду макс. Это не в состоянии идти в ногу с растущим числом передатчиках. Так Bitcoin сталкивается вопрос масштабирования.
Таким образом, в короткий ни в. 2 основных решения которые смотрели на теперь формируют текущие дебаты масштабирования. Одна сторона говорит "задушить # о передатчиках" а другая сторона просто говорит "умножить существующие мощности блока для размещения)", Я не уверен, если последний будет требовать больше шахтеров либо ..., так как регулировка сложности, как mocacino указывает решает колебания hashrate. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 7 |
Сообщения: 546
цитировать ответ |
![]() Это не проблема, вызывающая эту текущую ситуацию. Блоки уже заполнены, и каждый из них может принимать только так много Txs из-за пределом размера ... Я считаю, что текущая сеть может обрабатывать около 8 Txs в секунду макс. Это не в состоянии идти в ногу с растущим числом передатчиках. Так Bitcoin сталкивается вопрос масштабирования. macocinno имеет обеспечивает очень хорошую детализацию о т объяснить это мне. Я думаю, что проблема вызвана корректировкой труда.Таким образом, в короткий ни в. 2 основных решения которые смотрели на теперь формируют текущие дебаты масштабирования. Одна сторона говорит "задушить # о передатчиках" а другая сторона просто говорит "умножить существующие мощности блока для размещения)", Я не уверен, если последний будет требовать больше шахтеров либо ..., так как регулировка сложности, как mocacino указывает решает колебания hashrate. В этом случае я не знаю, что будет наилучшим решением. Я думаю, если корректировка трудности не отрезать скорость хэширования для шахтеров, то все будет работать гладко. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 8 |
Сообщения: 518
цитировать ответ |
![]() Это не проблема, вызывающая эту текущую ситуацию. Блоки уже заполнены, и каждый из них может принимать только так много Txs из-за пределом размера ... Я считаю, что текущая сеть может обрабатывать около 8 Txs в секунду макс. Это не в состоянии идти в ногу с растущим числом передатчиках. Так Bitcoin сталкивается вопрос масштабирования. macocinno имеет обеспечивает очень хорошую детализацию о т объяснить это мне. Я думаю, что проблема вызвана корректировкой труда.Таким образом, в короткий ни в. 2 основных решения которые смотрели на теперь формируют текущие дебаты масштабирования. Одна сторона говорит "задушить # о передатчиках" а другая сторона просто говорит "умножить существующие мощности блока для размещения)", Я не уверен, если последний будет требовать больше шахтеров либо ..., так как регулировка сложности, как mocacino указывает решает колебания hashrate. В этом случае я не знаю, что будет наилучшим решением. Я думаю, если корректировка трудности не отрезать скорость хэширования для шахтеров, то все будет работать гладко. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 9 |
Сообщения: 112
цитировать ответ |
![]() Я думаю, что ответ был хорошо ответил уже в теме, время подтверждения фиксируется с помощью регулировочной скорости сложности, единственный способ, чтобы изменить это было бы изменить протокол Bitcoin.
Есть, однако, уже планирует увеличить количество транзакций в сети может обрабатывать. Это в форме в настоящее время 2 конкурирующих идей, Segwit какой и Bitcoin неограниченных оба из которых существенно увеличится количество сделок, которые могут пойти в каждый блок. Тогда есть планы на будущее такие вещи, как сети освещения, которая обещает почти неограниченное количество сделок. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 10 |
Сообщения: 1064
цитировать ответ |
![]() Регулировка трудности уменьшается относительно движения сделок в сети. Когда происходило большое количество сделок, в то же время с близкой платой за сделкой между сделками трудностью в выборе транзакции будет найдено, который вызывает задержку. Я с трудом следуя вашей логике здесь .. Корректировка трудности не имеет ничего общего с количеством сделок в mempool или плату за транзакцию ... Вы можете litterally миллионы неподтвержденных транзакций в вашем mempool, и это не будет влияют на диф. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 11 |
Сообщения: 546
цитировать ответ |
![]() Регулировка трудности уменьшается относительно движения сделок в сети. Когда происходило большое количество сделок, в то же время с близкой платой за сделкой между сделками трудностью в выборе транзакции будет найдено, который вызывает задержку. Я с трудом следуя вашей логике здесь .. Корректировка трудности не имеет ничего общего с количеством сделок в mempool или плату за транзакцию ... Вы можете litterally миллионы неподтвержденных транзакций в вашем mempool, и это не будет влияют на диф. Я думаю, что ответ был хорошо ответил уже в теме, время подтверждения фиксируется с помощью регулировочной скорости сложности, единственный способ, чтобы изменить это было бы изменить протокол Bitcoin. Если что не будет Планировка быть реализована также таким образом, чтобы ни какие-либо проблемы возникают в систему, то это принесет пользу Bitcoin сообщества и уменьшит напряженность пользователей трансакции их биткойно.Есть, однако, уже планирует увеличить количество транзакций в сети может обрабатывать. Это в форме в настоящее время 2 конкурирующих идей, Segwit какой и Bitcoin неограниченных оба из которых существенно увеличится количество сделок, которые могут пойти в каждый блок. Тогда есть планы на будущее такие вещи, как сети освещения, которая обещает почти неограниченное количество сделок. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 12 |
Сообщения: 602
цитировать ответ |
![]() Я думаю, что ответ был хорошо ответил уже в теме, время подтверждения фиксируется с помощью регулировочной скорости сложности, единственный способ, чтобы изменить это было бы изменить протокол Bitcoin. Это верно. Скорость операций не зависит от числа шахтеров, которая является высокой в настоящее время. Протокол должен быть изменен. Есть, однако, уже планирует увеличить количество транзакций в сети может обрабатывать. Это в форме в настоящее время 2 конкурирующих идей, Segwit какой и Bitcoin неограниченных оба из которых существенно увеличится количество сделок, которые могут пойти в каждый блок. Тогда есть планы на будущее такие вещи, как сети освещения, которая обещает почти неограниченное количество сделок. Количество пользователей Bitcoin в не столь высока в настоящее время. Можете ли вы представить себе, что будет происходить с транзакциями, когда число пользователей получат Doubble? Теперь простая сделка занимает 4 дня, что будет дальше? Эта проблема должна быть решена. Мы теряем деньги с этим ожиданием. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 13 |
Сообщений: 45
цитировать ответ |
![]() В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему? я думаю, что нам нужно определить источник проблемы, это отсутствие Шахтеры или это в системе BLOCKCHAIN? Является ли вычислительная мощность системы BLOCKCHAIN. такой же как все шахтеры вычислительной мощности? Я слышал, что решение людей в заряда системы BLOCKCHAIN было увеличить плату за транзакцию. Как вы думаете, повышение платы за транзакцию здорово для Bitcoin эко-системы? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 14 |
Сообщения: 658
цитировать ответ |
![]() Больше шахтеры поднимают только трудности быстрее. Какой бы централизовать еще BTC. Нам нужно что-то, что идет вокруг этого. Было бы неплохо иметь менее централизована BTC снова.
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 15 |
Сообщения: 1330
цитировать ответ |
![]() Что нам нужно, чтобы заменить эти шахтеры с помощью технологии, которая бы их заменить или что-то, что бы уменьшить влияние, которое оказывает на жадность
эта сеть. Помимо проблем масштабирования, у нас еще есть шахтеры, которые выборочно Mine вокруг этих проблем. Если добыча Bitcoin все еще доступны CPU / GPU шахтеры .... некоторые мелкие операторы могли очистить крохи, которые забивание Mempool ... {В настоящее время шахтеры просто захватить ТЕ с более высокие сборы и это донимают проблемы, которые мы имеем в настоящее время. } |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 16 |
Сообщения: 546
цитировать ответ |
![]() В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему? То есть не так, как она работает, что будет только трудностью идти выше, поэтому есть горячая дискуссия по поводу решения этой проблемы некоторые хотят большие блоки, потому что с более крупными блоками вы можете поместить больше транзакций в блоке, даже если скорость вы найти блоки не меняется. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 17 |
Сообщения: 756
цитировать ответ |
![]() Больше шахтеры поднимают только трудности быстрее. Повышение сложности будет хорошо для цены тожекотировка Какой бы централизовать еще BTC. Нам нужно что-то, что идет вокруг этого. Было бы неплохо иметь менее централизована BTC снова. Я действительно не понимаю, как это будет происходить когда больше шахтеров пришли на борту это означает, что власть будет распространяться подразумевая более децентрализованную экосистему. Как сложно, как ISSE это я считаю, все больше шахтеры является то, что нам нужно. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 18 |
Сообщения: 1526
цитировать ответ |
![]() Больше количество шахтеров не будет иметь никакого эффекта на скорость подтверждения. Мы должны немедленно приступить к реализации любого из этих двух предложений (Bitcoin Неограниченные и SegWit). Там нет другого выбора.
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 19 |
Сообщения: 854
цитировать ответ |
![]() Но как насчет нового шахтера с конкурентоспособной хэш мощности, но в том числе операции только из списка, который похож на ускорение viaBTC в? Я хочу сказать, что если есть конкурентные шахтеры, которые игнорируют доходы от ТХ сборов, но ориентируясь только блок награды.
-> когда шахтеры готовы подобрать низкую плату включена TX, что может привести к сложным жадным шахтерам. -> когда шахтеры готовы подобрать низкую плату включены Тх, ТХ спамеры могут устать в какой-то момент времени. Это может привести к низведению тенденции платы ОЙ, чтобы опустить. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 20 |
Сообщения: 560
цитировать ответ |
![]() В настоящее время я вижу, что многие люди жалуются на медленном подтверждении, и они часто получают ответ, как количество сделок в настоящее время высоко. Так что я думаю, что если число шахтеров увеличится, то это будет решить эту проблему? Несмотря на то, что кажется, что это было бы верно, оказывается, что это на самом деле не правильно. Больше шахтеры будет означать быстрее хеширования, но сложность увеличивается, так что в конечном итоге не делает его быстрее. Если меньше шахтеры добывали хотя это было бы добраться до точки, где Подтверждения взять еще больше, так это правда, таким образом. Я бы не стало рассматривать добычу, хотя, если у вас есть огромные фермы серверов, чтобы сделать его полезным. В противном случае это действительно трудно получить прибыль. |
![]() ![]() |
![]() ![]() ![]() |