 Show Posts
|
|
Pages: [1]
|
|
Я не силен в математике. Если будет, например, 10 млн нодов связанных хаотично друг с другом 100 потоками, то это будет значительно хуже (в порядки или разы?), чем тысячи нодов, связанных друг с другом 100 потоками? Имеется ввиду, хуже для скорости распространения транзакций и максимальной пропускной способности.
|
|
|
|
Обработка всего в биткоине идет асинхронно, вообще-то он на неблокирующих сокетах основан. И информацию о содержимом MemoryPool клиента можно прочитать с помощью механизма сообщений. А вообще, для оценки комиссии клиент использует содержимое локальной копии MemoryPool.
Тогда, когда это было (2008-2009), BlockChain еще не было в проекте даже, а потому он знает лишь о том что есть в блоках на тот момент.
В общем, свободное входящее соединение, чтобы клиент сообщил ноду, что у него повышенная комиссия всегда найдется, как я понял. Как BlockChain может не знать, что было в 2008 году, если вся инфа есть в цепочке блоков  |
|
|
|
Неточность в случае применения линейной модели к нелинейной системе исчисляется в порядках, а не в единицах. Если ошибка в 100 раз, то это еще очень точно.
Кроме того, размер MemoryPool клиента лимитирован, и в случае переполнения транзакции с низкой комиссией будут вытесняться из него транзакциями с более высокой комиссией и не будут рассылаться другим нодам. Если какая-то нода проигнорирует такую политику, она будет забанена остальной сетью.
В любом случае, ситуация, когда все ноды будут заняты обработкой транзакций существует. Может не 43к надо, а 430к или 4300к (это всего 30к$ за сутки надо потратить). Если такая ситуация произойдет, то как протолкнуть свою транзакцию с более высокой комиссией на ноды, если у них уже будут забиты все входящие? Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит? Клиент в таких случаях сам предлагает добавить увеличенную комиссию при отправке, дополнительных действий для этого не требуется. Сеть не один раз уже пытались уронить таким образом.  А как клиент вообще поймет, что нужно комиссию поднять, если ему подключиться будет некуда? Если все ноды будут заняты обработкой транзакций и не будут принимать новые входящие? Когда пытались уронить? http://blockchain.info/charts/n-transactions - вижу только в июне небольшой всплеск кол-ва транзакций. |
|
|
|
Неточность в случае применения линейной модели к нелинейной системе исчисляется в порядках, а не в единицах. Если ошибка в 100 раз, то это еще очень точно.
Кроме того, размер MemoryPool клиента лимитирован, и в случае переполнения транзакции с низкой комиссией будут вытесняться из него транзакциями с более высокой комиссией и не будут рассылаться другим нодам. Если какая-то нода проигнорирует такую политику, она будет забанена остальной сетью.
В любом случае, ситуация, когда все ноды будут заняты обработкой транзакций существует. Может не 43к надо, а 430к или 4300к (это всего 30к$ за сутки надо потратить). Если такая ситуация произойдет, то как протолкнуть свою транзакцию с более высокой комиссией на ноды, если у них уже будут забиты все входящие? Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит? |
|
|
|
1) Типовая инсталляция клиента часто держит открытыми 50-120 соединений.
2) Это нелинейная система, т.е. приведенный расчет для нее некорректен.
1) Даже если через 1 нод будет проходить 500 транзакций/сек - то на трансляцию 1 транзакции уйдет около 1 сек. Т.е. за 24 часа может пройти не более 86400 транзакций. 2) Я и не говорю, что цифры точные, но применую картинку они показывают. |
|
|
|
|
У нода есть 8 входящих и 8 исходящих соединений. За 1 сек по 1 соединению может пройти 10 (взял примерно, точно не замерял) транзакций, т.е. 80 на вход и 80 на выход.
На трансляцию 1 транзакции 10к нодам уйдет от 2 до 3 секунд. Выходит, что за сутки bitcoin-сеть может пропустить около 43200 транзакций.
С комиссией 0,0005 BTC на создание 43200 транзакций уйдет 21,6 btc.
Итого в течение 24 часов вся сеть будет забита трансляцией этих транзакций.
Или нет?
|
|
|
|
|
