Bitcoin Forum
June 23, 2024, 06:29:35 PM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Что будет, если не увеличить размер блока BTC  (Read 717 times)
EvilClown (OP)
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


View Profile
May 11, 2015, 01:00:16 PM
 #1

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

В целом очевидны два сценария: первый — к следующему году блоки заполняются, но в целом ПО остаётся тем же, что и сейчас; второй — происходит запуск некой гипотетической модифицированной версии ядра биткоина и приложений кошельков. В обоих случаях речь идёт о блоках с ограничением объёма в 1 мегабайт.

СЛУЧАЙ ПЕРВЫЙ: КОД ОСТАЕТСЯ ПРЕЖНИМ

Количество транзакций в системе более-менее однородно с некоторыми флуктуациями по дням недели — и когда произойдёт 100% заполнение, время ожидания подтверждения станет постепенно, но достаточно быстро, увеличиваться. В симуляциях Монте Карло, проведённых Дейвом Хадсоном, при 80% заполнении среднее время ожидания будет составлять порядка 20 минут, но при 100% заполнении речь уже идёт о промежутках порядка 6 часов или даже дольше. В ядре биткоина нет кода, который обрабатывал бы постоянный и растущий бэклог транзакций — который неизбежно начнёт создаваться при заполнении блоков на 100%. Транзакции будут вставать в очередь в памяти, пока узел не выйдет из строя. На этом этапе может случиться одна из трёх вещей: узел станет умопомрачительно медленным, он просто выйдет из строя при попытке переструктурировать память, и будет уничтожен ядром системы.

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

В последнее время слышно много разговоров о «комиссионном рынке», и его зачатки видны уже сегодня. Проблема в том, что в краткосрочной перспективе подобное сделает ситуацию с «перегрузкой» ещё хуже, и заставит рынок переходить к централизации.
Прежде всего, это произойдёт потому, что сейчас комиссии весьма малы. Однако, когда узлы начнут падать, все подумают, что могут позволить себе потратить чуть больше, повторят транзакцию, чем только усилят перегрузку. Кроме того, нет способов автоматически выбрать размер комиссии. Если даже решить её переплатить, потому что транзакция занимает часы, вашу транзакцию легко смогут обойти другие, но узнать об этом можно будет только если она по-прежнему не подтверждается — что может быть вызвано и другими причинами. Таким образом, можно начать тратить всё больше и больше денег, но при этом так и не достигать требуемого результата. SPV-кошельки же не имеют возможности оценить эту «конкуренцию» без масштабных изменений в протоколе (что потребует создания форка). В случае перегрузки потребуется подтверждение третьей стороны, и ПО постепенно начнёт становиться всё менее и менее децентрализованным.
Обычные пользователи, мягко говоря, прохладно отнесутся ко всему изложенному, особенно в свете того, что о подобном развитии событий было известно заранее. Они решат, что сообщество разработчиков некомпетентно, ценность и стоимость биткойна резко упадут, если вовсе не обнулятся — и, возможно, это станет его концом.
Но даже если этого не случится, и биткоин со временем восстановится, те пользователи, кого разочаровала его ненадёжность, могут навсегда покинуть сообщество или перестать оперировать своими биткоинами, просто забросив их на кошельках, и тогда для операций с ними понадобится некий центральный орган. С объективной точки зрения, биткойн, вероятнее всего, выживет, но станет аналогом MySpace в мире цифровой валюты.

СЛУЧАЙ ВТОРОЙ: КОД МОДИФИЦИРОВАН

Если тот же сценарий проиграть для случая модифицированного кода, который не допускает возможности того, что память закончится. При заполнении всего предоставленного объёма памяти может произойти следующее: либо кошельки, подав транзакцию в сеть, получат отказ по р2р-протоколу (что не позволит провести транзакцию, но по крайней мере не позволит потерять деньги), либо кошелёк получит данные, что транзакция не прошла в пул, и автоматически попробует провести её с более высокой комиссией — о чём пользователь может даже не догадываться — и в результате транзакция замещает собой другую, а если пользователь уже успел уйти в оффлайн, транзакция никогда не будет подтверждена; попыток может быть сколько угодно, но каждый раз не будет никакой гарантии успеха.
Таким образом, перегрузка при сохранении текущего объёма памяти блока может неминуемо привести как минимум к колоссальным репутационным потерям биткоина, а возможно — и самой идеи цифровой валюты.


http://forklog.com/hardfork-20mb-chto-budet-esli-ne-uvelichit-razmer-bloka-bitkoina/
Toni4ev
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
May 11, 2015, 03:40:10 PM
 #2

Т.е. получается, что оба варианта для биткоина в целом так себе. Будем надеяться, что разрабы что-то изобретут до того, как это станет серьезной проблемой.
Pelegrini
Legendary
*
Offline Offline

Activity: 1372
Merit: 1003


View Profile
May 11, 2015, 05:21:42 PM
 #3

если к концу года биток обвалится ниже 100 у.е., то не такая уж и проблема. может к тому времени на трон сядет кто-то другой.
icreator
Legendary
*
Offline Offline

Activity: 1554
Merit: 1008



View Profile WWW
May 11, 2015, 05:48:52 PM
 #4

прикольно

я об этом догадывался уже давно - когда слил все битки по 450 примерно

техническое ограничение - вот это и будет смерть
хотя я вижу свое решение

кстати кто хочет поспорить о курсе биткоина к концу года - вот спор
http://lite.cash/bets/hand/make/1

Erachain Blockchain is fully ready for use Digital Ecosystem based on blockchain technology for business and government with low transaction costs, identification and built-in functions.
+Decentralized exchange of tokens in Erachain
UraN
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile
May 11, 2015, 08:26:57 PM
 #5

прикольно

я об этом догадывался уже давно - когда слил все битки по 450 примерно

техническое ограничение - вот это и будет смерть
хотя я вижу свое решение

кстати кто хочет поспорить о курсе биткоина к концу года - вот спор
http://lite.cash/bets/hand/make/1
tvv, перелогинься))) Статья рассказывает о том, что будет если НЕ увеличить размер. Выход из ситуации очевиден и предрешен.

becool
Legendary
*
Offline Offline

Activity: 1442
Merit: 1016


View Profile
May 11, 2015, 11:51:08 PM
 #6

прикольно

я об этом догадывался уже давно - когда слил все битки по 450 примерно

техническое ограничение - вот это и будет смерть
хотя я вижу свое решение

кстати кто хочет поспорить о курсе биткоина к концу года - вот спор
http://lite.cash/bets/hand/make/1
tvv, перелогинься))) Статья рассказывает о том, что будет если НЕ увеличить размер. Выход из ситуации очевиден и предрешен.

Не, они вроде из разных городов?

arlumba
Hero Member
*****
Offline Offline

Activity: 690
Merit: 502



View Profile
May 12, 2015, 05:39:23 AM
 #7

Т.е. получается, что оба варианта для биткоина в целом так себе. Будем надеяться, что разрабы что-то изобретут до того, как это станет серьезной проблемой.
Это оба плохих варианта не предусматривающих увеличение размера блока.
Pages: [1]
  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!