Операции, которые проводят coinbase выходы рано

Что произойдет, если сделка представляется, что тратит coinbase выхода рано?

Является ли сделка просто поместить в сиротском бассейн и потенциально потерянная время тайм-аута заканчивается? В теории, они должны быть более высокий приоритет, чем обычные сирот, поскольку они гарантированно будут действительны в конце концов.

Это недопустимое TXN. Она не будет передана или включены в блок по умолчанию. Если шахтер сделал включить его в блоке, то блок является недействительным. Подобно TXN с будущим nlocktime.

Цитата: DeathAndTaxes от 20 марта 2015 года, 3:05:04 AM

Есть ли узел просто бросить его, хотя? Это может быть помещено в сиротском бассейне, а затем добавило в пул памяти после того, как тайм-аут истек (и, таким образом, ретранслируется).

Цитата: TierNolan от 20 марта 2015 года, 6:32:07 PM

Интересно - как потенциальный вектор атаки не будет так легко, но я предполагаю, что это еще может быть такой потенциал, если TXS были переданы не так ли?

Цитата: CIYAM от 20 марта 2015 года, 6:35:30 PM

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

Цитата: TierNolan от 20 марта 2015 года, 6:49:31 PM

Если вы проводите coinbase выхода дважды, то второй один не будет передан, как это doublespend.

Да - хорошая точка - так приятно иметь тему с умными людьми, а не только объявлением сиг должности (но я предполагаю, что они могли бы быть около следовать).

Цитата: TierNolan 19 марта 2015 года, 3:55:53 PM

Я не думаю, что они гарантированно будут действительны в конце концов. Например, это может быть так, что первый блок, в котором coinbase становится расходуемыми (так что 100 блоков после блока он добытый в) направляет средства его на другой адрес, чем тот, который вы сохранили в своем mempool.

AFAIK, текущий инвариант mempool является то, что все операции могут быть собраны до в один большой блок (предполагается, что ограничение 1 МБ не применяется). Это должно измениться, чтобы позволить ретрансляцию недоношенных coinbase затрачивает. Блочный код здания будет принять это во внимание, а, убедившись, что он не строит блок, который будет недействительным.

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

Цитата: StephenMorse 24 марта 2015 года, 4:02:22 AM

Это может произойти только с двойной потратить хотя.

Цитата: StephenMorse 24 марта 2015 года, 4:02:22 AM

AFAIK, текущий инвариант mempool является то, что все операции могут быть собраны до в один большой блок (предполагается, что ограничение 1 МБ не применяется). Это должно измениться, чтобы позволить ретрансляцию недоношенных coinbase затрачивает. Блочный код здания будет принять это во внимание, а, убедившись, что он не строит блок, который будет недействительным.

Я считаю, что ограничение более чем; в mempool сделки могут быть собраны до в один большой блок (если они подходят под ограничением блочного) * И *, что гипотетический блок будет действительным, как следующий блок в цепи.

Ну, я думаю, что его точка правильно. Действительно является своего рода подразумеваемые (один большой блок = один большой корректный блок). В txns в пуле памяти все они могут быть включены в следующий блок (вне пределов размера). На самом деле основной клиент предполагает, что с помощью MemoryPool как в качестве источника для Getblocktemplate. Частично подписанный txns и txns с будущим nlocktimes не хранятся в пуле памяти (и, следовательно, не передаются) по тем же причинам. Они не действительны для включения в следующем блоке.

Цитата: Cryddit от 26 марта 2015 года, 6:00:47 PM

Я просмотрел исходный код. Сделка, которая содержит расходы на более coinbase, когда высота расходуемой этого coinbase до сих пор не прибыла, не принята в mempool. Он не передается и равноправное отчетности помечается как плохое поведение.

Другие ТЕ, которые появляются в силе (и не активно конфликта с ТМ в mempool или в цепи, как принято до сих пор), сохраняются (как "дети сироты"), Даже если операции, которые создают txOuts они проводят до сих пор не получены. "Дети сироты" не будет действительным появляться без их родительских сделок в следующем блоке, и они, кажется, единственный вид сделки, которая сохраняется в пуле памяти, даже если есть вопрос о том, будет ли она в конечном итоге станет действительным.

Я не вижу оснований, почему преждевременно тратить из coinbase не следует рассматривать так же, как сирота ТХ. Оба, по существу, ТХ, которые могут (или будет) вступают в силу, если (или когда) происходит какое-то событие. Объем памяти зарезервирован для сирот ограничено для предотвращения передачи много сирот превратиться в памяти исчерпание атаки.

Одной из важного отличия заключается в том, что она по крайней мере, возможно, что сирота ТХА будет в следующем блоке, в то время как ТЕ, который преждевременно проводит coinbase бы ни при каких обстоятельствах не будет действительными в следующем блоке.

Цитата: DeathAndTaxes от 26 марта 2015 года, 7:50:00 PM

Ну, я думаю, что его точка правильно. Действительно является своего рода подразумеваемые (один большой блок = один большой корректный блок).

То, что я говорил о не действительность, это про то, что действует как самый следующий блок. Coinbase израсходует является действительной сделкой и не конфликтуют с другими ТМ в mempool, и в конечном счете может появиться в блочной цепи. Но если он не может появиться в следующей BLOCK реализация просто игнорирует его, кроме как начать сомневаться в разумности узла отчетности его.

Все остальное, что может стать действительным и не конфликтует ни с чем уже в пуле памяти получает принято, даже если условия для этого, чтобы быть действительным еще не произошло (т.е. сирота ТХ, которые проводят выходные еще не видимые в любом другом mempool ТХ, ни в блок цепи).

Mempool тогда ТЙ, которые могут быть действительны в следующем блоке - но в любой момент, в зависимости от txOuts появляется в других Тх mempool, вы можете иметь в ОМ, что там не может появиться в кадре из исключительно из собственный mempool.

Цитата: Cryddit от 26 марта 2015 года, 8:59:05 PM

Цитата: DeathAndTaxes от 26 марта 2015 года, 7:50:00 PM

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

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

котировка

Другие ТЕ, которые появляются в силе (и не активно конфликта с ТМ в mempool или в цепи, как принято до сих пор), сохраняются (как "дети сироты"), Даже если операции, которые создают txOuts они проводят до сих пор не получены.

Я не считаю, что это правильно. Для того, чтобы быть включены в пуле памяти входы в TXN должны ссылаться на выход в utxo. Передающие сверстники не нарушают, поскольку есть законные основания, но TXN не добавляются в пул памяти.

https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L1021
https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L1380

Цитата: DeathAndTaxes от 26 марта 2015 года, 9:51:46 PM

Цитата: Cryddit от 26 марта 2015 года, 8:59:05 PM

Цитата: DeathAndTaxes от 26 марта 2015 года, 7:50:00 PM

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

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

котировка

Гектометр Похоже, ты прав. Но это держать детей-сирот.

https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L495

Я предполагаю, что они не являются частью "бассейн памяти?"

Изменить: Я нашел его.

https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L3869

Где сделки перемещаются из сиротских карт в пулю памяти, когда TX, что завершить их входы поступают.

Я был под ошибочным впечатлением, что карта сироты называют ТМ, которые уже хранится в mempool; это ясно показывает, что они хранятся в отдельной структуре.

Если эта функция была реализована, предварительно зрелыми тратит на coinbase выходов, вероятно, должны храниться в совершенно иной структуре (аналогично COrphanTx и mapOrphanTransactions), для того, чтобы сохранить mempool для блочного здания. Или вы могли бы, вероятно, также просто сделать CMempoolTx-структуру, которая хранит транзакции и любые мета-данные о том, как / когда он должен быть включен в блок.

Дело в том, что я не уверен, что это сделка ретрансляция. Есть какие-версий программного обеспечения, оштрафованных узлов для пересылки предварительно зрелых затрачивает из coinbase сделок? Потому что, если да, то эта функция может в конечном итоге получить узлы запрещены. Я просмотрел несколько версий, кажется, не могу найти какие-либо точки неадекватного поведения применяются для этого, но я, конечно, не проверял каждую версию.

Coinbase операции могут иметь множество выходов, и каждый из этих выходов могут быть потрачены на очень крупной сделки, так же (или аналогичные) виды ограничение скорости, которые идут в то, что может быть принято к mempool должен быть применен к ним.

Мне было бы интересно посмотреть, что некоторые основные разработчики думают об этом, я буду видеть, если кто-нибудь в IRC может весить.

Консенсус по Bitcoin-Dev IRC чат является то, что никакие другие варианты не нарушает пересылку преждевременного затрачивает из coinbase сделок, но это не кажется, нет никакого реального варианта использования для такой функции.

Цитата: StephenMorse 27 марта 2015 года, 5:48:47 AM

Я думал, что он может быть использован, чтобы сделать coinbase меньше, заплатив по сделке, а не список адресов.

Это позволит сделать автоматическое программное обеспечение добычи проще. Вам не нужно будет хэш с 10-20kB coinbase для обновления extraNonce.

Это требует пути к "платить сделки", Которая не поддерживается.

Шахтеры могут подождать 100 блоков и до тех пор, по крайней мере, один из них помнят сделки, то это не имеет значения, о задержки.

Жестко вилка правило было бы, что сделки могут провести coinbase в текущем блоке. Выходы этих операций рассматриваются coinbase выходов для целей правила 100 блока.

Может добавить опкода OP_HASH_THIS_TRANSACTION.

Это хэш текущей транзакции

ScriptPubKey будет

Код:

<хэш ТХ> OP_HASH_THIS_TRANSACTION OP_EQUALVERIFY

ScriptSig будет пустым. ScriptPubKey делает проверку самостоятельно.

Так как новый опкод игнорирует TXID он может быть установлен после того, как coinbase настроен.

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

Это было бы правильным решением, если CPU или GPU заминированы. Там нет никакого способа в аду, что когда-либо быть шахтером поддержка чего-то, что бы уничтожить ценность их инвестиций в СИС.

Цитата: Cryddit 27 марта 2015 года, 4:55:09 PM

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

Согласовано. Я задал этот вопрос перед тем убедившись, что все было на самом деле возможно.

Я думаю, что трудно вилка изменения дерева Меркла была бы лучше. Это позволило бы второй заголовок на верхнем уровне дерева Merkle.

котировка

Это было бы правильным решением, если CPU или GPU заминированы. Там нет никакого способа в аду, что когда-либо быть шахтером поддержка чего-то, что бы уничтожить ценность их инвестиций в СИС.

Второй заголовок будет означать, что СИС не затрагивается.

Поле Merkle корня будет заполнено double_hash (old_merkle_root | aux_header).

Цитата: Cryddit 27 марта 2015 года, 4:55:09 PM

Там нет никакого способа в аду, что когда-либо быть шахтером поддержка чего-то, что бы уничтожить ценность их инвестиций в СИС.

К счастью, это не правильно. Некоторое время назад я предложил способ расширить заголовок, сохраняя при этом совместимость с существующими СИС (но требует жесткого вилы и обновленное программное обеспечение добычи). Может быть, я могу найти ссылку. Заголовок, в конечном счете должны быть обновлены, когда значение времени Unix переполняет 32 разрядное целое число, но у нас есть «немного» в то время, прежде чем это произойдет.

19 марта 2015, 3:55:53 PM	# 1
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Что произойдет, если сделка представляется, что тратит coinbase выхода рано? Является ли сделка просто поместить в сиротском бассейн и потенциально потерянная время тайм-аута заканчивается? В теории, они должны быть более высокий приоритет, чем обычные сирот, поскольку они гарантированно будут действительны в конце концов.

20 марта 2015, 3:05:04 AM	# 2
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Получил 1806 Биткоинов Реальная история. Это недопустимое TXN. Она не будет передана или включены в блок по умолчанию. Если шахтер сделал включить его в блоке, то блок является недействительным. Подобно TXN с будущим nlocktime.

20 марта 2015, 6:32:07 PM	# 3
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: DeathAndTaxes от 20 марта 2015 года, 3:05:04 AM Это недопустимое TXN. Она не будет передана или включены в блок по умолчанию. Если шахтер сделал включить его в блоке, то блок является недействительным. Подобно TXN с будущим nlocktime. Есть ли узел просто бросить его, хотя? Это может быть помещено в сиротском бассейне, а затем добавило в пул памяти после того, как тайм-аут истек (и, таким образом, ретранслируется).

20 марта 2015, 6:35:30 PM	# 4
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: TierNolan от 20 марта 2015 года, 6:32:07 PM Есть ли узел просто бросить его, хотя? Это может быть помещено в сиротском бассейне, а затем добавило в пул памяти после того, как тайм-аут истек (и, таким образом, ретранслируется). Интересно - как потенциальный вектор атаки не будет так легко, но я предполагаю, что это еще может быть такой потенциал, если TXS были переданы не так ли?

20 марта 2015, 6:49:31 PM	# 5
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: CIYAM от 20 марта 2015 года, 6:35:30 PM Интересно - как потенциальный вектор атаки не будет так легко, но я предполагаю, что это еще может быть такой потенциал, если TXS были переданы не так ли? Я не думаю, что это легче, чем другие сделки. В сущности, было бы часть пула памяти с ограничением по высоте. Если вы проводите coinbase выхода дважды, то второй один не будет передан, как это doublespend.

20 марта 2015, 7:10:19 PM	# 6
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: TierNolan от 20 марта 2015 года, 6:49:31 PM Если вы проводите coinbase выхода дважды, то второй один не будет передан, как это doublespend. Да - хорошая точка - так приятно иметь тему с умными людьми, а не только объявлением сиг должности (но я предполагаю, что они могли бы быть около следовать).

24 марта 2015, 4:02:22 AM	# 7
StephenMorse Сообщений: 88 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: TierNolan 19 марта 2015 года, 3:55:53 PM Что произойдет, если сделка представляется, что тратит coinbase выхода рано? Является ли сделка просто поместить в сиротском бассейн и потенциально потерянная время тайм-аута заканчивается? В теории, они должны быть более высокий приоритет, чем обычные сирот, поскольку они гарантированно будут действительны в конце концов. Я не думаю, что они гарантированно будут действительны в конце концов. Например, это может быть так, что первый блок, в котором coinbase становится расходуемыми (так что 100 блоков после блока он добытый в) направляет средства его на другой адрес, чем тот, который вы сохранили в своем mempool. AFAIK, текущий инвариант mempool является то, что все операции могут быть собраны до в один большой блок (предполагается, что ограничение 1 МБ не применяется). Это должно измениться, чтобы позволить ретрансляцию недоношенных coinbase затрачивает. Блочный код здания будет принять это во внимание, а, убедившись, что он не строит блок, который будет недействительным. Мне нравится идея быть в состоянии использовать это для вещей, как наградить выплаты бассейна сразу после блока решаются, хотя.

24 марта 2015, 12:03:19 PM	# 8
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: StephenMorse 24 марта 2015 года, 4:02:22 AM Я не думаю, что они гарантированно будут действительны в конце концов. Например, это может быть так, что первый блок, в котором coinbase становится расходуемыми (так что 100 блоков после блока он добытый в) направляет средства его на другой адрес, чем тот, который вы сохранили в своем mempool. Это может произойти только с двойной потратить хотя.

26 марта 2015, 6:00:47 PM	# 9
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: StephenMorse 24 марта 2015 года, 4:02:22 AM AFAIK, текущий инвариант mempool является то, что все операции могут быть собраны до в один большой блок (предполагается, что ограничение 1 МБ не применяется). Это должно измениться, чтобы позволить ретрансляцию недоношенных coinbase затрачивает. Блочный код здания будет принять это во внимание, а, убедившись, что он не строит блок, который будет недействительным. Я считаю, что ограничение более чем; в mempool сделки могут быть собраны до в один большой блок (если они подходят под ограничением блочного) * И *, что гипотетический блок будет действительным, как следующий блок в цепи.

26 марта 2015, 7:50:00 PM	# 10
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Ну, я думаю, что его точка правильно. Действительно является своего рода подразумеваемые (один большой блок = один большой корректный блок). В txns в пуле памяти все они могут быть включены в следующий блок (вне пределов размера). На самом деле основной клиент предполагает, что с помощью MemoryPool как в качестве источника для Getblocktemplate. Частично подписанный txns и txns с будущим nlocktimes не хранятся в пуле памяти (и, следовательно, не передаются) по тем же причинам. Они не действительны для включения в следующем блоке.

26 марта 2015, 8:32:51 PM	# 11
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: Cryddit от 26 марта 2015 года, 6:00:47 PM Я считаю, что ограничение более чем; в mempool сделки могут быть собраны до в один большой блок (если они подходят под ограничением блочного) * И *, что гипотетический блок будет действительным, как следующий блок в цепи. Я просмотрел исходный код. Сделка, которая содержит расходы на более coinbase, когда высота расходуемой этого coinbase до сих пор не прибыла, не принята в mempool. Он не передается и равноправное отчетности помечается как плохое поведение. Другие ТЕ, которые появляются в силе (и не активно конфликта с ТМ в mempool или в цепи, как принято до сих пор), сохраняются (как "дети сироты"), Даже если операции, которые создают txOuts они проводят до сих пор не получены. "Дети сироты" не будет действительным появляться без их родительских сделок в следующем блоке, и они, кажется, единственный вид сделки, которая сохраняется в пуле памяти, даже если есть вопрос о том, будет ли она в конечном итоге станет действительным. Я не вижу оснований, почему преждевременно тратить из coinbase не следует рассматривать так же, как сирота ТХ. Оба, по существу, ТХ, которые могут (или будет) вступают в силу, если (или когда) происходит какое-то событие. Объем памяти зарезервирован для сирот ограничено для предотвращения передачи много сирот превратиться в памяти исчерпание атаки. Одной из важного отличия заключается в том, что она по крайней мере, возможно, что сирота ТХА будет в следующем блоке, в то время как ТЕ, который преждевременно проводит coinbase бы ни при каких обстоятельствах не будет действительными в следующем блоке.

26 марта 2015, 8:59:05 PM	# 12
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: DeathAndTaxes от 26 марта 2015 года, 7:50:00 PM Ну, я думаю, что его точка правильно. Действительно является своего рода подразумеваемые (один большой блок = один большой корректный блок). То, что я говорил о не действительность, это про то, что действует как самый следующий блок. Coinbase израсходует является действительной сделкой и не конфликтуют с другими ТМ в mempool, и в конечном счете может появиться в блочной цепи. Но если он не может появиться в следующей BLOCK реализация просто игнорирует его, кроме как начать сомневаться в разумности узла отчетности его. Все остальное, что может стать действительным и не конфликтует ни с чем уже в пуле памяти получает принято, даже если условия для этого, чтобы быть действительным еще не произошло (т.е. сирота ТХ, которые проводят выходные еще не видимые в любом другом mempool ТХ, ни в блок цепи). Mempool тогда ТЙ, которые могут быть действительны в следующем блоке - но в любой момент, в зависимости от txOuts появляется в других Тх mempool, вы можете иметь в ОМ, что там не может появиться в кадре из исключительно из собственный mempool.

26 марта 2015, 9:51:46 PM	# 13
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: Cryddit от 26 марта 2015 года, 8:59:05 PM Цитата: DeathAndTaxes от 26 марта 2015 года, 7:50:00 PM Ну, я думаю, что его точка правильно. Действительно является своего рода подразумеваемые (один большой блок = один большой корректный блок). То, что я говорил о не действительность, это про то, что действует как самый следующий блок. Да я понимаю, и это подразумевается в посте вы ответили как хорошо. Это сообщение не может быть прочитан любым другим способом. В любом случае двигаться дальше. котировка Другие ТЕ, которые появляются в силе (и не активно конфликта с ТМ в mempool или в цепи, как принято до сих пор), сохраняются (как "дети сироты"), Даже если операции, которые создают txOuts они проводят до сих пор не получены. Я не считаю, что это правильно. Для того, чтобы быть включены в пуле памяти входы в TXN должны ссылаться на выход в utxo. Передающие сверстники не нарушают, поскольку есть законные основания, но TXN не добавляются в пул памяти. https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L1021 https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L1380

26 марта 2015, 10:47:44 PM	# 14
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: DeathAndTaxes от 26 марта 2015 года, 9:51:46 PM Цитата: Cryddit от 26 марта 2015 года, 8:59:05 PM Цитата: DeathAndTaxes от 26 марта 2015 года, 7:50:00 PM Ну, я думаю, что его точка правильно. Действительно является своего рода подразумеваемые (один большой блок = один большой корректный блок). То, что я говорил о не действительность, это про то, что действует как самый следующий блок. Да, что было понято и человек, и это было понятно из поста вы ответили как хорошо. Это сообщение не может быть прочитан любым другим способом. котировка Другие ТЕ, которые появляются в силе (и не активно конфликта с ТМ в mempool или в цепи, как принято до сих пор), сохраняются (как "дети сироты"), Даже если операции, которые создают txOuts они проводят до сих пор не получены. Я не считаю, что это правильно. Для того, чтобы быть включены в пуле памяти входы в TXN должны ссылаться на выход в utxo. Передающие сверстники не нарушают, поскольку есть законные основания, но TXN не добавляются в пул памяти. https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L1021 https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L1380 Гектометр Похоже, ты прав. Но это держать детей-сирот. https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L495 Я предполагаю, что они не являются частью "бассейн памяти?" Изменить: Я нашел его. https://github.com/bitcoin/bitcoin/blob/687f10d9ec3548f13f929ca14cd813a0919639ec/src/main.cpp#L3869 Где сделки перемещаются из сиротских карт в пулю памяти, когда TX, что завершить их входы поступают. Я был под ошибочным впечатлением, что карта сироты называют ТМ, которые уже хранится в mempool; это ясно показывает, что они хранятся в отдельной структуре.

27 марта 2015, 5:08:32 AM	# 15
StephenMorse Сообщений: 88 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Если эта функция была реализована, предварительно зрелыми тратит на coinbase выходов, вероятно, должны храниться в совершенно иной структуре (аналогично COrphanTx и mapOrphanTransactions), для того, чтобы сохранить mempool для блочного здания. Или вы могли бы, вероятно, также просто сделать CMempoolTx-структуру, которая хранит транзакции и любые мета-данные о том, как / когда он должен быть включен в блок. Дело в том, что я не уверен, что это сделка ретрансляция. Есть какие-версий программного обеспечения, оштрафованных узлов для пересылки предварительно зрелых затрачивает из coinbase сделок? Потому что, если да, то эта функция может в конечном итоге получить узлы запрещены. Я просмотрел несколько версий, кажется, не могу найти какие-либо точки неадекватного поведения применяются для этого, но я, конечно, не проверял каждую версию. Coinbase операции могут иметь множество выходов, и каждый из этих выходов могут быть потрачены на очень крупной сделки, так же (или аналогичные) виды ограничение скорости, которые идут в то, что может быть принято к mempool должен быть применен к ним. Мне было бы интересно посмотреть, что некоторые основные разработчики думают об этом, я буду видеть, если кто-нибудь в IRC может весить.

27 марта 2015, 5:48:47 AM	# 16
StephenMorse Сообщений: 88 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Консенсус по Bitcoin-Dev IRC чат является то, что никакие другие варианты не нарушает пересылку преждевременного затрачивает из coinbase сделок, но это не кажется, нет никакого реального варианта использования для такой функции.

27 марта 2015, 4:41:27 PM	# 17
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: StephenMorse 27 марта 2015 года, 5:48:47 AM Консенсус по Bitcoin-Dev IRC чат является то, что никакие другие варианты не нарушает пересылку преждевременного затрачивает из coinbase сделок, но это не кажется, нет никакого реального варианта использования для такой функции. Я думал, что он может быть использован, чтобы сделать coinbase меньше, заплатив по сделке, а не список адресов. Это позволит сделать автоматическое программное обеспечение добычи проще. Вам не нужно будет хэш с 10-20kB coinbase для обновления extraNonce. Это требует пути к "платить сделки", Которая не поддерживается. Шахтеры могут подождать 100 блоков и до тех пор, по крайней мере, один из них помнят сделки, то это не имеет значения, о задержки. Жестко вилка правило было бы, что сделки могут провести coinbase в текущем блоке. Выходы этих операций рассматриваются coinbase выходов для целей правила 100 блока. Может добавить опкода OP_HASH_THIS_TRANSACTION. Это хэш текущей транзакции TXID для этого входа установлен на 32 нулей scriptSig устанавливаются на нулевую длину ScriptPubKey будет Код: <хэш ТХ> OP_HASH_THIS_TRANSACTION OP_EQUALVERIFY ScriptSig будет пустым. ScriptPubKey делает проверку самостоятельно. Так как новый опкод игнорирует TXID он может быть установлен после того, как coinbase настроен.

27 марта 2015, 4:55:09 PM	# 18
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Если вы хотите жесткую вилку, чтобы справиться с проблемой обновления extranonce, то "верный" решение было бы добавить его в заголовок. Но это никогда не случится. Это было бы правильным решением, если CPU или GPU заминированы. Там нет никакого способа в аду, что когда-либо быть шахтером поддержка чего-то, что бы уничтожить ценность их инвестиций в СИС.

27 марта 2015, 5:58:52 PM	# 19
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: Cryddit 27 марта 2015 года, 4:55:09 PM Если вы хотите жесткую вилку, чтобы справиться с проблемой обновления extranonce, то "верный" решение было бы добавить его в заголовок. Но это никогда не случится. Согласовано. Я задал этот вопрос перед тем убедившись, что все было на самом деле возможно. Я думаю, что трудно вилка изменения дерева Меркла была бы лучше. Это позволило бы второй заголовок на верхнем уровне дерева Merkle. котировка Это было бы правильным решением, если CPU или GPU заминированы. Там нет никакого способа в аду, что когда-либо быть шахтером поддержка чего-то, что бы уничтожить ценность их инвестиций в СИС. Второй заголовок будет означать, что СИС не затрагивается. Поле Merkle корня будет заполнено double_hash (old_merkle_root \| aux_header).

27 марта 2015, 7:15:00 PM	# 20
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Сделки, которые проводят coinbase выходы рано Цитата: Cryddit 27 марта 2015 года, 4:55:09 PM Там нет никакого способа в аду, что когда-либо быть шахтером поддержка чего-то, что бы уничтожить ценность их инвестиций в СИС. К счастью, это не правильно. Некоторое время назад я предложил способ расширить заголовок, сохраняя при этом совместимость с существующими СИС (но требует жесткого вилы и обновленное программное обеспечение добычи). Может быть, я могу найти ссылку. Заголовок, в конечном счете должны быть обновлены, когда значение времени Unix переполняет 32 разрядное целое число, но у нас есть «немного» в то время, прежде чем это произойдет.