Bitcoin Forum
November 01, 2024, 03:31:31 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: Правомерно ли требование к нодам сети  (Read 3179 times)
kzv
Legendary
*
Offline Offline

Activity: 1722
Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange


View Profile WWW
February 12, 2016, 02:01:48 PM
 #21

Кстати, насчет медлительности вы не правы: банковские переводы ходят по нескольку дней, с битком такое случается крайне редко.
в биткоине происходит 5-6 транзакций в секунду, теперь задвинте туда трафик банковских переводов, майнеры и полные ноды взвоют и ваша транзакция в битке будет ползти тысячилетия, ибо банковских транзакций в секунду проходит от 10 000 и выше

Нужно решать проблемы по мере их поступления. Пока транзакции ходят вполне сносно, а 100 гигабайт блокчейна это ерунда в эпоху терабайтных SSD.
Уверен, что через год максимум, с размером блока что-то решится и никаких радикальных мер придумывать не нужно.

OpenTrade - Open Source Cryptocurrency Exchange
info_infoman (OP)
Sr. Member
****
Offline Offline

Activity: 460
Merit: 250



View Profile
February 12, 2016, 05:58:54 PM
Last edit: February 12, 2016, 06:16:28 PM by info_infoman
 #22

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

сегодня биткоин имеет 12 гигабайт UTXO (не потраченные выходы) это я гдето видел не утверждаю, может не прав
представим себе что хотябы половина владельцев этих токенов захочет создать транзакцию на всю сумму
6 гигабайт, теперь берем размер блока сегодня = 1мб
блок генерируется 6 минут,
итого имеем 6000*6=36000 минут/10 =3600 часов / 24 = 150 дней
нормально?
допустим увеличиваем блок в 2 раза что сегодня предлагают многие получаем 75 дней
это тоже нормально?

это как с банками, если 50 % вкладчиков придут снимать деньги, банк рухнет, вот такая математика Tongue Sad

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

kzv
Legendary
*
Offline Offline

Activity: 1722
Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange


View Profile WWW
February 12, 2016, 09:06:53 PM
 #23

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

сегодня биткоин имеет 12 гигабайт UTXO (не потраченные выходы) это я гдето видел не утверждаю, может не прав
представим себе что хотябы половина владельцев этих токенов захочет создать транзакцию на всю сумму
6 гигабайт, теперь берем размер блока сегодня = 1мб
блок генерируется 6 минут,
итого имеем 6000*6=36000 минут/10 =3600 часов / 24 = 150 дней
нормально?
допустим увеличиваем блок в 2 раза что сегодня предлагают многие получаем 75 дней
это тоже нормально?

это как с банками, если 50 % вкладчиков придут снимать деньги, банк рухнет, вот такая математика Tongue Sad

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

Ну допустим, блоки раз в десять минут создаются, а в часе 60 минут, но не суть ))
В основном все верно: если начнется паника, то "вкладчики" способны вынести любой банк.
Правда биткоин все-таки выстоит... Может потормозит пару месяцев, но не помрет совсем. В отличии от банков.

Ну и это, за 6 гигов транзакций, атакующему надо будет раскошелиться на комиссию минимум 600 BTC

OpenTrade - Open Source Cryptocurrency Exchange
info_infoman (OP)
Sr. Member
****
Offline Offline

Activity: 460
Merit: 250



View Profile
February 12, 2016, 09:42:51 PM
Last edit: February 12, 2016, 09:53:07 PM by info_infoman
 #24

Ну и это, за 6 гигов транзакций, атакующему надо будет раскошелиться на комиссию минимум 600 BTC
это не принципиально, даже если в биток войдет население города милионника то их транзакции уже смогут спровоцировать такую атаку, хоть и не сознательно...

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

в этом плане я поражаюсь форкам которые готовы генерировать лярды монетза короткое время с ценой в 1000 сатоши, и размером блока пусть даже в 8мб, любой среднестатистический домохозяин может купить такие монетки в достаточном количестве и обрушить сеть гуанофорка просто отправляя почередно по 1-10 монет

kzv
Legendary
*
Offline Offline

Activity: 1722
Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange


View Profile WWW
February 13, 2016, 05:21:32 PM
 #25

Ну и это, за 6 гигов транзакций, атакующему надо будет раскошелиться на комиссию минимум 600 BTC
это не принципиально, даже если в биток войдет население города милионника то их транзакции уже смогут спровоцировать такую атаку, хоть и не сознательно...

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

в этом плане я поражаюсь форкам которые готовы генерировать лярды монетза короткое время с ценой в 1000 сатоши, и размером блока пусть даже в 8мб, любой среднестатистический домохозяин может купить такие монетки в достаточном количестве и обрушить сеть гуанофорка просто отправляя почередно по 1-10 монет

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

OpenTrade - Open Source Cryptocurrency Exchange
kzv
Legendary
*
Offline Offline

Activity: 1722
Merit: 1285

OpenTrade - Open Source Cryptocurrency Exchange


View Profile WWW
February 24, 2016, 11:40:38 AM
 #26

https://github.com/bitcoin/bitcoin/blob/v0.11.0/doc/release-notes.md#block-file-pruning

Block pruning works during initial sync in the same way as during steady state, by deleting block files "as you go" whenever disk space is allocated. Thus, if the user specifies 550MB, once that level is reached the program will begin deleting the oldest block and undo files, while continuing to download the blockchain.

Т.е. "забывание" старых блоков уже реализовано в 11 версии.

OpenTrade - Open Source Cryptocurrency Exchange
info_infoman (OP)
Sr. Member
****
Offline Offline

Activity: 460
Merit: 250



View Profile
February 29, 2016, 09:10:19 AM
 #27

https://github.com/bitcoin/bitcoin/blob/v0.11.0/doc/release-notes.md#block-file-pruning

Block pruning works during initial sync in the same way as during steady state, by deleting block files "as you go" whenever disk space is allocated. Thus, if the user specifies 550MB, once that level is reached the program will begin deleting the oldest block and undo files, while continuing to download the blockchain.

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

Pages: « 1 [2]  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!