Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
Милая. Таким образом, так как один блок 1МБ может очистить что-то вроде 2400 сделок, это может занять 5 или более блоков, чтобы очистить накопившиеся 12000 сделок (если не больше не течет (маловероятно)). Предположим, что мы имеем постоянную нагрузку 1200 новых операций, протекающих в, в этой ситуации потребуется 10 блоков, чтобы очистить накопившихся;
9 марта 2015, 10:28:12 PM
|
# 11
|
Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
Это ошибка думать, что это просто пульсирующая скорость операций, которые вызывают большие заделы иногда; сделки довольно устойчивы большая часть времени по сравнению со скоростью блока.
Иногда это несколько часов до следующего блока, а иногда это не около десяти секунд до следующего блока.
Самые большие заделы обычно случаются, когда три или четыре блока подряд занял много времени, чтобы решить. Особенно, если они были найдены шахтерами, которые не хотят строить блоки больше чем четверть мегабайта большой, хотя это намного меньше беспокойство когда заголовок-первая передача блока решается.
Но да, скорость транзакции очень пульсирующая. И один раз в некоторое время вы получите целые много сделок в течение нескольких часов периода, где вы получите очень мало блоков.
|
|
|
|
|
10 марта 2015, 1:46:33 PM
|
# 12
|
Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
Интересно, если блок модель интервала распределения, хотя и предназначено для целевого 10-минутного среднем, изменения, как сложность возрастает. Где медиана? Что такое стандартное отклонение? Хотя это в основном академический, поскольку эффективный средний достаточно, чтобы проанализировать накопившиеся в течение достаточно длительного периода времени. Затем снова сосредоточиться на пиках, чтобы избежать нарушения пула памяти стоит усилий.
Наиболее провокационное моментом является тот, о шахтерах, сдерживающих их размере блока; Почему они это делают? Какое преимущество у них получить? Где я могу узнать больше о заголовочном-первой передаче блока?
|
|
|
|
|
10 марта 2015, 5:27:32 PM
|
# 14
|
Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
Интересно, если блок модель интервала распределения, хотя и предназначено для целевого 10-минутного среднем, изменения, как сложность возрастает. Где медиана? Что такое стандартное отклонение? Хотя это в основном академический, поскольку эффективный средний достаточно, чтобы проанализировать накопившиеся в течение достаточно длительного периода времени. Затем снова сосредоточиться на пиках, чтобы избежать нарушения пула памяти стоит усилий.
Наиболее провокационное моментом является тот, о шахтерах, сдерживающих их размере блока; Почему они это делают? Какое преимущество у них получить? Где я могу узнать больше о заголовочном-первой передаче блока?
Я думаю, что вы ищете O (1) Распространение -> https://gist.github.com/gavinandresen/e20c3b5a1d4b97f79ac2Шахтеры ограничивают их размер блока для двух (возможно, больше) причин. Первый из очень размыто памяти и, вероятно, неправильно, поэтому я не буду даже начать объяснять это для того, чтобы избежать путаницы. Ее связанные с блоками Merkle корня IIRC. Во-вторых, что блок должен propage через сеть, чтобы быть принятым другими шахтеров. Распространение занимает много времени в зависимости от доступных пропускных и размера блока. Его довольно легко понять. 1MB занимает больше времени, чтобы передать, чем несколько килобайт, таким образом, меньший размер блока снижает вероятность раскола и сирот.
|
|
|
|
|
10 марта 2015, 6:23:46 PM
|
# 15
|
Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
Наиболее провокационное моментом является тот, о шахтерах, сдерживающих их размере блока; Почему они это делают? Какое преимущество у них получить? Где я могу узнать больше о заголовочном-первой передаче блока?
Вплоть до V 0.10.0 (последний релиз) шахтеры были проблемы делает их блоки слишком большой, потому что большие блоки распространяются по сетям более медленно. Это означало, что если два шахтеры нашли блок в то же время или близко к тому же время, один с меньшим блоком было больше шансов достичь более из сети быстрее, что делает другой блок сиротой. Так как сирота блок не получает блок субсидий, шахтеры смотрят на ситуацию, когда более крупные блоки фактически сократили свои прибыли измеримо. Но v 0.10.0 вводит заголовок-первый блок передачи, который означает, что теперь шахтеры, которые находят блок может просто передать заголовок. А заголовки примерно такого же размера, так что риск сирота теперь же независимо от того, насколько полно блок может быть. Это также является более эффективным, потому что ТМИ уже там циркулирующим - все узлы имеют их в mempool. После того, как узлы получить заголовок, они могут построить сам блок - возможно, запрашивающие несколько ТХ они уже не имеют от сверстников. Существует также небольшая проблема с деревьями Merkle, а Шорена отметил: The Меркле деревья, которые Bitcoin строит для его блоки имеют "меры" в размере, где они наиболее эффективны (и самый безопасный!) для ряда операций, которая является степенью двойки. Таким образом, некоторые шахтеры будут строить, скажем, блок 128 сделок, а не 200 или 256 сделок, а не 310, первым, потому что если вы не можете заполнить следующую мощность 2, тем больше Merkle дерева используются неэффективно и вторым, потому что если вы не можете заполнить следующую мощность 2, то одна сторона дерева Merkle построен из гораздо меньше операций и несбалансированным, поэтому она становится потенциально легче анализировать и предсказывать. Но никакие способы не нападать на все, что мы заботимся о основе этого дисбаланса еще не были идентифицированы.
|
|
|
|
|
10 марта 2015, 7:02:23 PM
|
# 16
|
Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
Но v 0.10.0 вводит заголовок-первый блок передачи, который означает, что теперь шахтеры, которые находят блок может просто передать заголовок. А заголовки примерно такого же размера, так что риск сирота теперь же независимо от того, насколько полно блок может быть. Это также является более эффективным, потому что ТМИ уже там циркулирующим - все узлы имеют их в mempool. После того, как узлы получить заголовок, они могут построить сам блок - возможно, запрашивающие несколько ТХ они уже не имеют от сверстников. v0.10.0 не ускоряет время распространения блока. Первый протокол заголовка, чтобы новые узлы (или узлы сети воссоединения), чтобы найти самую длинную цепочку быстрее. Узлы могут синхронизироваться до лучших chaintip используя заголовки первой и загрузить недостающие блоки параллельно на нескольких сверстников. Это распространяется нагрузка на сеть и позволяет быстрее синхронизировать раз, но это не ускорит добычу на всех. «Заголовки первого» не «только заголовки», следующий шаг, чтобы загрузить блок «тело» и занимает столько же времени. Относящиеся к но отдельно от «заголовка первого» является IBLT, который позволит O (1) распространение блоков если другие узлы уже есть все txns в блоке в их локальном пуле памяти. Даже с IBLT принимающий узел не может запросить недостающие txns потому IBLT только помогает им определить txns в блоке, если у них уже есть. Если они отсутствуют один или больше они будут знать, что, но они не будут знать, какую конкретную txns они отсутствуют. IBLT можно считать сообщение «заголовок + метаданные» *. Используя мета-данные и ту же операцию сортировки детерминированный, используемые обоими узлами позволит принимающий узел для определения txns в блоке, если приемный узел имеет надмножество блок txns в пуле памяти *. IBLT не будет реализован в v0.10.0. Сейчас большие блоки по-прежнему несут большую сироту «стоимость», чем более мелкие блоки.* На практике это, вероятно, будет более сложным. Те, кто не заинтересованы в сложности может просто абстрактный как заголовок + метаданные, но узел находя новый блок не может определенно знать, какой txns других узлов в настоящее время имеют в своем пуле памяти. IBLT, вероятно, будет больше похоже на «заголовок + метаданных + полный txns низкого распространения». Узел добычи будет включать в сообщении txns, которые вряд ли будут в пуле памяти принимающего узла, чтобы избежать IBLT упущения. Все, что не является стандартным, вряд ли будет в пуле памяти любого узла в соответствии со стандартными правилами. Узел добычи не может изменить. Если реле нестандартной TxN заранее блок большинство узлов будут просто удалить его. Устаревший txns (очень старый неподтвержденный txns) также может быть удален с помощью узлов, чтобы сохранить пространство в пуле памяти. Если горнорудные узлы известно о неподтвержденных двойном затрачивает то следует ожидать, что какая-то часть сети не знает о TXN в своем блоке, так что будет еще один TXN включить полную txns. В будущем могут быть и другие причины, почему TXN не хорошо размножается. Это может усложниться, если пул памяти становится очень большим, и различные узлы сохраняют различные подмножества него для экономии ресурсов. Тем не менее IBLT имеет возможность значительно уменьшить задержку распространения, даже если используется только для подмножества блоков txns. Это, однако, не позволяет получать узел, чтобы узнать, какой txns он отсутствует и, следовательно, он не может запросить недостающую txns.
|
|
|
|
|
10 марта 2015, 7:23:56 PM
|
# 17
|
Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
v0.10.0 не ускоряет время распространения блока. Первый протокол заголовка, чтобы новые узлы (или узлы сети воссоединения), чтобы найти самую длинную цепочку быстрее. Новые узлы могут синхронизировать заголовки первыми. Найти самую длинную цепочку, а затем позволяет загрузить недостающие блоки параллельно на нескольких сверстников. Это распространяется нагрузка на сеть и позволяет быстрее синхронизировать раз, но это не ускорит добычу на всех. «Заголовки первого» не «только заголовки», следующий шаг, чтобы загрузить блок «тело» и занимает столько же времени.
Aw дерьмо, я думал, что заголовки-первых применительно к новым блокам тоже. Похоже, что я дал ему слишком много кредитов. Тем не менее, заголовки-первых является удивительным улучшение. Это сокращает время загрузки цепи резко.
|
|
|
|
|
11 марта 2015, 3:44:29 AM
|
# 18
|
Цитировать по имени
цитировать ответ
|
Re: максимум неподтвержденных операций
Даже с IBLT принимающий узел не может запросить недостающие txns потому IBLT только помогает им определить txns в блоке, если у них уже есть. Если они отсутствуют один или больше они будут знать, что, но они не будут знать, какую конкретную txns они отсутствуют. IBLT можно считать сообщение «заголовок + метаданные» *. Используя мета-данные и ту же операцию сортировки детерминированный, используемые обоими узлами позволит принимающий узел для определения txns в блоке, если приемный узел имеет надмножество блок txns в пуле памяти *.
* На практике это, вероятно, будет более сложным. Те, кто не заинтересованы в сложности может просто абстрактный как заголовок + метаданные, но узел находя новый блок не может определенно знать, какой txns других узлов в настоящее время имеют в своем пуле памяти. IBLT, вероятно, будет больше похоже на «заголовок + метаданных + полный txns низкого распространения». Узел добычи будет включать в сообщении txns, которые вряд ли будут в пуле памяти принимающего узла, чтобы избежать IBLT упущения. Все, что не является стандартным, вряд ли будет в пуле памяти любого узла в соответствии со стандартными правилами. Узел добычи не может изменить. Если реле нестандартной TxN заранее блок большинство узлов будут просто удалить его. Устаревший txns (очень старый неподтвержденный txns) также может быть удален с помощью узлов, чтобы сохранить пространство в пуле памяти. Если горнорудные узлы известно о неподтвержденных двойном затрачивает то следует ожидать, что какая-то часть сети не знает о TXN в своем блоке, так что будет еще один TXN включить полную txns. В будущем могут быть и другие причины, почему TXN не хорошо размножается. Это может усложниться, если пул памяти становится очень большим, и различные узлы сохраняют различные подмножества него для экономии ресурсов. Тем не менее IBLT имеет возможность значительно уменьшить задержку распространения, даже если используется только для подмножества блоков txns. Это, однако, не позволяет получать узел, чтобы узнать, какой txns он отсутствует и, следовательно, он не может запросить недостающую txns.
Полные операции для блока все включены в IBLT но они XOR'd вместе таким образом, чтобы успешно декодировать их становится вероятностным. Так что, если есть 18 сделок перекрывающие друг друга, и 17, как известно, к приемнику, то 17 может быть снята оставляя 1 неизвестную сделку доступной для использования. Однако, если >1 в той же камере неизвестны приемнику затем расшифровывает терпит неудачу. Продолжая пример, там может быть 18 сделок перекрывающих друг друг и 18 различных приемниками каждой недостающих 1 другой сделка с их mempools, но все они будут в состоянии успешно декодировать отсутствующую транзакцию и продолжить строительство блока из IBLT. Да. Если IBLT принимается большинством узлов и строится на, то узел, который не может читать его нужно будет запросить стандартный блок ресинхронизации.
|
|
|
|
|
