Вернуться   Биткоин Форум > Bitcoin Обсуждение
21 марта 2011, 9:59:55 PM   # 1
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Одна из моих главных Bitcoin критических замечаний остается недетерминировано поведением транзакции, от пользователя PoV. Операции, которые не являются стандартными, или слишком большими для входящих платежей, будут возмущаться безнадежно, без пользователь когда-либо какие-либо резолюции вообще. Я называю это "зомби сделки."

В реальном мире, сделки, как правило, более двоичные: они либо успех или неудачу. Они не сидят в подвешенном состоянии навсегда.

Поэтому я предлагаю новое сетевое правило:
  • Обратите внимание на текущую высоту блока, когда TX принимаются в узле, X.
  • Когда высота блока увеличивается до X + T и TX еще не был введен в блок, удалить его из кэша TX. T может быть 150 блоков, около 24 часов, но это открыто для обсуждения.

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

В долгосрочной перспективе это гарантирует предсказуемое поведение для каждой транзакции.  С помощью этой сети правило, в месте, пользователь будет знать, что их TX будет вероятно либо сделать его в блок, или исчезнуть из TX кэшей [и, таким образом, иметь право на получение resubmittal]. Это должно открыть возможность для пользователей, чтобы восстановить потраченные монеты, которые никогда не делали его в блок (никогда не подтверждено). Нынешняя неспособность для пользователя, чтобы восстановить неподтвержденный-и-никогда-оют деньги является недостатком, который необходимо исправить, хотя, к счастью, эти редкие случаи сегодня.

Однако ... Такое unspending трудно: А тратить потенциально создает транзакцию изменения, которая сама по себе могла бы быть потрачены, и так далее. Конечно, эти зомби монета никогда не подтвердит, что их происходящий сделка является сделкой зомби. Но это трудно раскатать цепь из затрачивает надежно.

Комментарии приветствуются.
jgarzik сейчас офлайн Пожаловаться на jgarzik   Ответить с цитированием Мультицитирование сообщения от jgarzik Быстрый ответ на сообщение jgarzik


Как заработать Биткоины?
Без вложений. Не майнинг.


21 марта 2011, 11:57:59 PM   # 2
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

Получил 1806 Биткоинов
Реальная история.





Время истечения срока действия на пуле памяти транзакций будет хорошей идеей для этого и других причин.

Когда транзакция махнули на, новая транзакция обратно отправителю необходимо создать, используя те же монеты. В противном случае, старая транзакция может в конечном итоге превратить его в блок, который был бы нежелательным. Учитывая это, замена сделка должна быть повторно включен, так что эта проблема может быть решена, как предполагалось: отменить транзакцию, вы посылаете транзакцию назад к себе, используя те же входы с более низкими порядковыми номерами, и все узлы обновить сделку немедленно.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

22 марта 2011, 9:04:15 AM   # 3
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

Может быть, сделать переменную T, указанный в самой сделке, а не постоянным.

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

Но в любом случае, рекультивация и повторная передача с более высокой платой, должно быть еще проще реализовать, если не так ли? И это более общий случай использования.
caveden сейчас офлайн Пожаловаться на caveden   Ответить с цитированием Мультицитирование сообщения от caveden Быстрый ответ на сообщение caveden

22 марта 2011, 9:24:52 AM   # 4
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

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

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

Например, скажем, сделка с временем истечения срока получает в блоке. 6 блоков позже, получатель этой сделки посылает эти монеты, и 6 блоков позднего следующий получатель отправляет монеты и т.д. 80 блоков позже, сеть рекомбинирует от раскола. Первая сделка в настоящее время истек, и все дочерние операции также являются недействительными. Там потенциально может быть сотни или тысячи сделок, которые в настоящее время отмененных неожиданно, хотя сеть раскол продлился меньше, чем предел 120-блока.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

22 марта 2011, 9:42:45 AM   # 5
 
 
Сообщения: 2464
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

Только с учетом из в (далеко?) Будущем, если будет время, когда по существу сделка не будет проходить через без комиссии.

Помимо: Я знаю, что некоторые места в каждом блоке резервируется для свободных операций, но если очередь свободных сделок настолько долго, что время для свободной транзакции, чтобы подтвердить сумасшедший долго, то этот механизм является непрактичным (1 месяц, 1 год, и т.д.) и свободные операции становятся в основном бесполезны.

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

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

EDIT: На переднем конце, клиент Bitcoin по умолчанию будет включать текущую минимальную плату за своевременную операцию, с сделкой нулевой взнос быть выбираемым пользователем выбором.
marcus_of_augustus сейчас офлайн Пожаловаться на marcus_of_augustus   Ответить с цитированием Мультицитирование сообщения от marcus_of_augustus Быстрый ответ на сообщение marcus_of_augustus

22 марта 2011, 10:05:16 AM   # 6
 
 
Сообщений: 81
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

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

Таким образом, в принципе, было бы минимальное количество блоков, полученных до того приоритета сделки с 0 плата будет перенесен на первое место по количеству времени с момента начала транзакции. Это обеспечит не неудачных сделок, и каждая сделка обрабатывается.

Даже в даже тысячах 0 платных сделок, обрабатываются, те, с платой получат приоритет со временем, а, став более высокий приоритетом быстрее базы на плате, выравнивать поле. После того, как плата стала стандартной, она должна поощрять людей, чтобы использовать их в связи с существенной задержкой на низких / нет платных операций.
Thndr сейчас офлайн Пожаловаться на Thndr   Ответить с цитированием Мультицитирование сообщения от Thndr Быстрый ответ на сообщение Thndr

22 марта 2011, 11:49:53 AM   # 7
 
 
Сообщения: 938
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

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

(поправьте меня если я ошибаюсь)
Timo Y сейчас офлайн Пожаловаться на Timo Y   Ответить с цитированием Мультицитирование сообщения от Тимо Y Быстрый ответ на сообщение Timo Y

22 марта 2011, 7:16:53 PM   # 8
 
 
Сообщения: 314
Цитировать по имени
цитировать ответ
по умолчанию Re: [RFC] Конечное время жизни транзакции (ака «заполнить или убить»)

В моем понимании, это теоретически возможно "двойные израсходует" сделка в подвешенном состоянии. Если вторая попытка с более высокой платой сделки делает его в блок, первая попытка будет интерпретироваться как двойная попытка расходов на шахтерах и просто игнорируются.
TXN "в подвешенном состоянии" (В пуле транзакции) будет блокировать двойной тратит от пересылаются сверстниками, или принято (unhacked) шахтерами. Бассейн только в памяти, так что становится стертым, когда узел перезапускается, что делает поведение сети несколько недетерминировано. Кошелек в настоящее время ретранслирует неподтвержденные txns на неопределенный срок, однако коллеги не будут направлять их, если / пока txns не будут очищены от сверстников памяти из-за перезагрузки.
Hal сейчас офлайн Пожаловаться на Hal   Ответить с цитированием Мультицитирование сообщения от Hal Быстрый ответ на сообщение Hal



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW