Bitcoin Forum
April 19, 2024, 03:09:52 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 3 »  All
  Print  
Author Topic: Может ли bitcoin быть парализован таким способо  (Read 3642 times)
gregor77 (OP)
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
January 21, 2013, 12:15:25 PM
 #1

У нода есть 8 входящих и 8 исходящих соединений. За 1 сек по 1 соединению может пройти 10 (взял примерно, точно не замерял) транзакций, т.е. 80 на вход и 80 на выход.
На трансляцию 1 транзакции 10к нодам уйдет от 2 до 3 секунд. Выходит, что за сутки bitcoin-сеть может пропустить около 43200 транзакций.
С комиссией 0,0005 BTC на создание 43200 транзакций уйдет 21,6 btc.
Итого в течение 24 часов вся сеть будет забита трансляцией этих транзакций.
Или нет?
1713496192
Hero Member
*
Offline Offline

Posts: 1713496192

View Profile Personal Message (Offline)

Ignore
1713496192
Reply with quote  #2

1713496192
Report to moderator
1713496192
Hero Member
*
Offline Offline

Posts: 1713496192

View Profile Personal Message (Offline)

Ignore
1713496192
Reply with quote  #2

1713496192
Report to moderator
1713496192
Hero Member
*
Offline Offline

Posts: 1713496192

View Profile Personal Message (Offline)

Ignore
1713496192
Reply with quote  #2

1713496192
Report to moderator
Unlike traditional banking where clients have only a few account numbers, with Bitcoin people can create an unlimited number of accounts (addresses). This can be used to easily track payments, and it improves anonymity.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713496192
Hero Member
*
Offline Offline

Posts: 1713496192

View Profile Personal Message (Offline)

Ignore
1713496192
Reply with quote  #2

1713496192
Report to moderator
1713496192
Hero Member
*
Offline Offline

Posts: 1713496192

View Profile Personal Message (Offline)

Ignore
1713496192
Reply with quote  #2

1713496192
Report to moderator
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 12:43:58 PM
 #2

1) Типовая инсталляция клиента часто держит открытыми 50-120 соединений.
2) Это нелинейная система, т.е. приведенный расчет для нее некорректен.
gregor77 (OP)
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
January 21, 2013, 01:04:02 PM
 #3

1) Типовая инсталляция клиента часто держит открытыми 50-120 соединений.
2) Это нелинейная система, т.е. приведенный расчет для нее некорректен.
1) Даже если через 1 нод будет проходить 500 транзакций/сек - то на трансляцию 1 транзакции уйдет около 1 сек. Т.е. за 24 часа может пройти не более 86400 транзакций.
2) Я и не говорю, что цифры точные, но применую картинку они показывают.
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 01:14:54 PM
 #4

Неточность в случае применения линейной модели к нелинейной системе исчисляется в порядках, а не в единицах. Если ошибка в 100 раз, то это еще очень точно.

Кроме того, размер MemoryPool клиента лимитирован, и в случае переполнения транзакции с низкой комиссией будут вытесняться из него транзакциями с более высокой комиссией и не будут рассылаться другим нодам. Если какая-то нода проигнорирует такую политику, она будет забанена остальной сетью.
tvv
Legendary
*
Offline Offline

Activity: 1302
Merit: 1005


View Profile WWW
January 21, 2013, 01:21:34 PM
 #5

Кстати, а какая там схема рассылки транз, а как боряться с дупами?..

Vladimir
PS  кстати, с FIDO технологией знакомы?
Там к сообщению дописывалось пару параметров - строчки path: (путь) и seen-by: ("видели" - туда записываются
ноды на которые уже упакована почта)

PPS  да, и какая структура сети получается в результате в биткойне?
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 01:26:40 PM
 #6

tvv, может все-таки проще внять совету, и осилить гитхаб? 99% твоих топиков никогда не были бы созданы, если бы ты изучил несколько функций в клиенте. До безобразия простых, кстати.
tvv
Legendary
*
Offline Offline

Activity: 1302
Merit: 1005


View Profile WWW
January 21, 2013, 01:37:57 PM
 #7

tvv, может все-таки проще внять совету, и осилить гитхаб? 99% твоих топиков никогда не были бы созданы, если бы ты изучил несколько функций в клиенте. До безобразия простых, кстати.

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

Vladimir
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 01:49:14 PM
 #8

tvv, может все-таки проще внять совету, и осилить гитхаб? 99% твоих топиков никогда не были бы созданы, если бы ты изучил несколько функций в клиенте. До безобразия простых, кстати.

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

Vladimir

Как обычно, комплекс Дартаньяна. Извини, но твои отмазки никого не волнуют, мистер "убежусь" (об стену головой, очевидно Cheesy). Кстати, как там изучение ссылок на пособия по грамматике идет? Smiley

P.S. Это не топикстартеру в упрек, не обращайте внимание... tvv наш штатный тамада. Smiley
gregor77 (OP)
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
January 21, 2013, 02:03:47 PM
 #9

Неточность в случае применения линейной модели к нелинейной системе исчисляется в порядках, а не в единицах. Если ошибка в 100 раз, то это еще очень точно.

Кроме того, размер MemoryPool клиента лимитирован, и в случае переполнения транзакции с низкой комиссией будут вытесняться из него транзакциями с более высокой комиссией и не будут рассылаться другим нодам. Если какая-то нода проигнорирует такую политику, она будет забанена остальной сетью.

В любом случае, ситуация, когда все ноды будут заняты обработкой транзакций существует. Может не 43к надо, а 430к или 4300к (это всего 30к$ за сутки надо потратить).
Если такая ситуация произойдет, то как протолкнуть свою транзакцию с более высокой комиссией на ноды, если у них уже будут забиты все входящие?
Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит?
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 02:28:15 PM
 #10

Неточность в случае применения линейной модели к нелинейной системе исчисляется в порядках, а не в единицах. Если ошибка в 100 раз, то это еще очень точно.

Кроме того, размер MemoryPool клиента лимитирован, и в случае переполнения транзакции с низкой комиссией будут вытесняться из него транзакциями с более высокой комиссией и не будут рассылаться другим нодам. Если какая-то нода проигнорирует такую политику, она будет забанена остальной сетью.

В любом случае, ситуация, когда все ноды будут заняты обработкой транзакций существует. Может не 43к надо, а 430к или 4300к (это всего 30к$ за сутки надо потратить).
Если такая ситуация произойдет, то как протолкнуть свою транзакцию с более высокой комиссией на ноды, если у них уже будут забиты все входящие?
Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит?
Клиент в таких случаях сам предлагает добавить увеличенную комиссию при отправке, дополнительных действий для этого не требуется. Сеть не один раз уже пытались уронить таким образом. Wink
gregor77 (OP)
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
January 21, 2013, 02:38:48 PM
 #11

Неточность в случае применения линейной модели к нелинейной системе исчисляется в порядках, а не в единицах. Если ошибка в 100 раз, то это еще очень точно.

Кроме того, размер MemoryPool клиента лимитирован, и в случае переполнения транзакции с низкой комиссией будут вытесняться из него транзакциями с более высокой комиссией и не будут рассылаться другим нодам. Если какая-то нода проигнорирует такую политику, она будет забанена остальной сетью.

В любом случае, ситуация, когда все ноды будут заняты обработкой транзакций существует. Может не 43к надо, а 430к или 4300к (это всего 30к$ за сутки надо потратить).
Если такая ситуация произойдет, то как протолкнуть свою транзакцию с более высокой комиссией на ноды, если у них уже будут забиты все входящие?
Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит?
Клиент в таких случаях сам предлагает добавить увеличенную комиссию при отправке, дополнительных действий для этого не требуется. Сеть не один раз уже пытались уронить таким образом. Wink
А как клиент вообще поймет, что нужно комиссию поднять, если ему подключиться будет некуда? Если все ноды будут заняты обработкой транзакций и не будут принимать новые входящие?
Когда пытались уронить? http://blockchain.info/charts/n-transactions - вижу только в июне небольшой всплеск кол-ва транзакций.


Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 02:46:15 PM
 #12

Обработка всего в биткоине идет асинхронно, вообще-то он на неблокирующих сокетах основан. И информацию о содержимом MemoryPool клиента можно прочитать с помощью механизма сообщений. А вообще, для оценки комиссии клиент использует содержимое локальной копии MemoryPool.

Тогда, когда это было (2008-2009), BlockChain еще не было в проекте даже, а потому он знает лишь о том что есть в блоках на тот момент.
gregor77 (OP)
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
January 21, 2013, 03:03:18 PM
 #13

Обработка всего в биткоине идет асинхронно, вообще-то он на неблокирующих сокетах основан. И информацию о содержимом MemoryPool клиента можно прочитать с помощью механизма сообщений. А вообще, для оценки комиссии клиент использует содержимое локальной копии MemoryPool.

Тогда, когда это было (2008-2009), BlockChain еще не было в проекте даже, а потому он знает лишь о том что есть в блоках на тот момент.
В общем, свободное входящее соединение, чтобы клиент сообщил ноду, что у него повышенная комиссия всегда найдется, как я понял.
Как BlockChain может не знать, что было в 2008 году, если вся инфа есть в цепочке блоков Smiley
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 03:05:51 PM
 #14

Обработка всего в биткоине идет асинхронно, вообще-то он на неблокирующих сокетах основан. И информацию о содержимом MemoryPool клиента можно прочитать с помощью механизма сообщений. А вообще, для оценки комиссии клиент использует содержимое локальной копии MemoryPool.

Тогда, когда это было (2008-2009), BlockChain еще не было в проекте даже, а потому он знает лишь о том что есть в блоках на тот момент.
В общем, свободное входящее соединение, чтобы клиент сообщил ноду, что у него повышенная комиссия всегда найдется, как я понял.
Как BlockChain может не знать, что было в 2008 году, если вся инфа есть в цепочке блоков Smiley
В цепочке блоков только то, что было обработано. А попасть в блоки транзакция может гораздо позже, либо вообще не попасть. Т.е. пик количества транзакций сильно "размазывается".
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 21, 2013, 04:25:44 PM
Last edit: January 21, 2013, 05:18:45 PM by Balthazar
 #15

Естественно ограничено, иначе кто и за что будет платить комиссию? И если бы не строил из себя клоуна, то давно знал бы об этом. Roll Eyes Это все равно что фраза типа "А что, у нас оказывается президент В.В. Путин?". Cheesy
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 22, 2013, 06:37:44 AM
 #16

Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит?
На сегодняшний день размер заготовки блока ограничен сверху 1 мегабайтом.
tvv
Legendary
*
Offline Offline

Activity: 1302
Merit: 1005


View Profile WWW
January 22, 2013, 09:46:30 AM
 #17

Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит?
На сегодняшний день размер заготовки блока ограничен сверху 1 мегабайтом.

это 1м * 6 * 24 = 144 мб в сутки абс. максиум?
По размеру только ограничение, а не по числу, то есть размер транзакций переменный от числа выходов?
Сколько средний размер транз и сколько примерно макс. количество транз за сутки?
(хочу прикинуть на сколько супермаркетов его бы хватило Wink )

Vladimir
PS  кстати, а насколько эффективна система рассылки информации биткойна?
(А то думаю может быть ее для моих медицинских проектов можно использовать?
В общем нужна система которая быстро и эффективно может сохранять информацию так
чтобы ее невозможно было уничтожить, даже если в случае если у них будет сообщник в провайдере
или друг в прокуратуре(СОРМ).  Желательно эффективная работа и через мобильный инет)
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 22, 2013, 10:29:19 AM
 #18

Не абсолютный, а матожидание. Число блоков в сутки зависит от удачи и скачков мощности.
Balthazar
Legendary
*
Offline Offline

Activity: 3108
Merit: 1358



View Profile
January 22, 2013, 01:11:39 PM
 #19

Причем тут гуманитарные вузы? У меня три образования, среди них гуманитарных нет. Roll Eyes

О перегрузке в такой системе нет смысла говорить, потому что вопрос не в нагрузке, а в том, какую комиссию готов заплатить юзер, чтобы пройти впереди паровоза. Собственно, тут мало отличий от тралиционных денежных переводов, срочные переводы всегда дороже обычных. Лимит в ближайшее время, вроде, не собираются менять... Хотя изменить его ничего не стоит, нужно лишь чтобы все клиенты в сети обновились на версию с увеличенным max_block_size.

Если судить по матожиданию, то так и получается, 144 мегабайта транз в день при условии константной мощности.
Azrace
Legendary
*
Offline Offline

Activity: 1218
Merit: 1004



View Profile
January 23, 2013, 01:28:07 AM
Last edit: January 23, 2013, 01:57:39 AM by Azrace
 #20

Кстати, вопрос. Лимит на кол-во входящих по умолчанию какой стоит?
На сегодняшний день размер заготовки блока ограничен сверху 1 мегабайтом.

сейчас блоки весят всреднем 200 килобайт, тоесть 1 мегабайт это ниочем
вопрос решаем в случае массового распостранения (миллионы транзакций в секунду)?
или в чем проблема?
думается "Сатоши" подобные мелочи предусмотрел
Pages: [1] 2 3 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!