Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
4 мая 2011, 7:26:53 PM   # 1
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

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


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

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

Я хотел бы просить комментарии о том, как это может быть сделано.

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


если сумма (output.value) < 0,01, то:
  возвращение {реле => правда, принимаем => правда, fee_required => 0,01}

если сумма (waiting_tx.size) < 27Kb затем:
  возвращение {реле => правда, принимаем => правда, fee_required => 0}

возвращение {реле => правда, принимаем => правда, fee_required => 0.01 * (сумма (waiting_tx.size) / 250KB)


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

принимаем => правда означает, что шахтер примет такую ​​сделку в блок, пока fee_required встречается.

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

Теперь.

Когда шахтер решает блок, он распространяется через сеть наряду с политикой платы шахтера. Другие узлы приема и хранить эту политику вместе с блоком (отбрасывая политики старше некоторого заданного количества блоков). Всякий раз, когда пользователь отправляет транзакцию, узел выполняет всю недавнюю (скажем, 100) политики, направленные против него, обеспечивая текущие размеры блока и все другие необходимые входные данные, чтобы увидеть, сколько шахтеры требуют платы за сделки и как большая плата будет. Затем он будет в состоянии сказать пользователю что-то вроде: "Yo, ваша сделка Су велико, что около 50% шахтеров потребуется сбор в размере 0,01, примерно 30% требуют плату от 0,05 и примерно 20% будет принимать его бесплатно, на основе текущего использования сети. Вы хотели бы играть га ^ W ^ W ^ W установить плату, чтобы ваша транзакция обрабатывается быстрее?"

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


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


4 мая 2011, 7:33:58 PM   # 2
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

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





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

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

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

Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

4 мая 2011, 7:42:49 PM   # 3
 
 
Сообщения: 826
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Я не думаю, что есть необходимость сделать это сложнее.

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

Этого достаточно, чтобы получить конкурентный рынок. Все остальное является слишком сложной для среднего Джо, чтобы понять.
ribuck сейчас офлайн Пожаловаться на ribuck   Ответить с цитированием Мультицитирование сообщения от ribuck Быстрый ответ на сообщение ribuck

4 мая 2011, 8:01:09 PM   # 4
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Я думаю, что в долгосрочной перспективе люди будут представлять сделки непосредственно шахтер или горные консорциумы, минуя P2P-сети в целом. В настоящее время система широковещательного / заливка удобно, так как не требует никакой другой инфраструктуры, и я уверен, что он всегда будет использоваться в некоторой степени.
Интересно ... придется думать об этом, но я думаю, что это поражение децентрализации Bitcoin немного.

Но гораздо проще и более гибкой, чтобы просто сказать, ваш клиент "Отправить эту транзакцию " и вы можете вести переговоры плату непосредственно с этим (набор) шахтеров. Теперь, может быть, есть какое-то стандартный язык для того, чтобы эти переговоры, но пространство возможных переговоров огромно, так веб-интеграция может быть лучше. Как, может быть, если вы повторите клиента вы получаете скидку.
Если вы хотите, чтобы, почему вы не используете Paypal, LR, и такого рода вещи?

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

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

4 мая 2011, 8:03:11 PM   # 5
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Я не думаю, что есть необходимость сделать это сложнее.

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

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

Но нынешняя тарифная политика ОГО по умолчанию уже слишком сложна для среднего Джо, чтобы понять. Это трудно для меня, чтобы понять, а детали него даже не упоминаются в вики, можно было бы пойти в код C ++ непосредственно выяснить, что Веса являются для приоритетов и прочего.

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

4 мая 2011, 8:33:56 PM   # 6
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Но гораздо проще и более гибкой, чтобы просто сказать, ваш клиент "Отправить эту транзакцию " и вы можете вести переговоры плату непосредственно с этим (набор) шахтеров. Теперь, может быть, есть какое-то стандартный язык для того, чтобы эти переговоры, но пространство возможных переговоров огромно, так веб-интеграция может быть лучше. Как, может быть, если вы повторите клиента вы получаете скидку.
Если вы хотите, чтобы, почему вы не используете Paypal, LR, и такого рода вещи?

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

4 мая 2011, 8:38:57 PM   # 7
 
 
Сообщения: 826
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

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

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

4 мая 2011, 8:40:29 PM   # 8
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Но гораздо проще и более гибкой, чтобы просто сказать, ваш клиент "Отправить эту транзакцию " и вы можете вести переговоры плату непосредственно с этим (набор) шахтеров. Теперь, может быть, есть какое-то стандартный язык для того, чтобы эти переговоры, но пространство возможных переговоров огромно, так веб-интеграция может быть лучше. Как, может быть, если вы повторите клиента вы получаете скидку.
Если вы хотите, чтобы, почему вы не используете Paypal, LR, и такого рода вещи?

Потому что это только различные способы оплаты, которые используют доллар?
Bitcoin это другая валюта. Это MinerCorp Альфа не сможет надуть по желанию, например.

Хорошо, тогда что-то вроде mybitcoin или mtgox.
гоблин сейчас офлайн Пожаловаться на гоблина   Ответить с цитированием Мультицитирование сообщения от гоблин Быстрый ответ на сообщение гоблин

4 мая 2011, 8:42:41 PM   # 9
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

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

Да, мы действительно хотим некоторые сделки, чтобы быть свободными. То, что я ожидаю, будет происходить в том, что халявщики установит их сбор до нуля, и толкаются для ограниченного числа свободных сделок. Все остальные хотят, чтобы их операции, чтобы очистить быстро и установит их клиента платить "обычная ставка",
И как вы предлагаете, чтобы определить, "обычная ставка"?
гоблин сейчас офлайн Пожаловаться на гоблина   Ответить с цитированием Мультицитирование сообщения от гоблин Быстрый ответ на сообщение гоблин

4 мая 2011, 8:53:05 PM   # 10
 
 
Сообщения: 826
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

И как вы предлагаете, чтобы определить, "обычная ставка"?
"действующая ставка" представляет собой совокупность индивидуальных переживаний. Это не в центре решили (хотя новая Bitcoin установка может установить разумный по умолчанию).

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

Таким образом, если ваши транзакции не всегда попадая в следующий блок, вы можете платить больше. С другой стороны, если деньги трудны, и вы не против ожидания, вы можете установить ваш гонорар ниже. Рынок сортирует его.
ribuck сейчас офлайн Пожаловаться на ribuck   Ответить с цитированием Мультицитирование сообщения от ribuck Быстрый ответ на сообщение ribuck

4 мая 2011, 9:02:09 PM   # 11
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

И как вы предлагаете, чтобы определить, "обычная ставка"?
"действующая ставка" представляет собой совокупность индивидуальных переживаний. Это не в центре решили (хотя новая Bitcoin установка может установить разумный по умолчанию).

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

Таким образом, если ваши транзакции не всегда попадая в следующий блок, вы можете платить больше. С другой стороны, если деньги трудны, и вы не против ожидания, вы можете установить ваш гонорар ниже. Рынок сортирует его.
Верно ... но, как вы сказали, в среднем Джо не имеет ни малейшего представления о текущей скорости происходит за плату ТХ. И он не сможет определить, когда следующий блок происходит, сколько сделок каких размеров в настоящее время ждут, чтобы быть включена, и т.д ... Если предположить, Average Joe хочет, чтобы его сделка обработана как можно быстрее, и не хочет ждать блок только, чтобы увидеть, если он будет включен, а затем повторно передать свою сделку с более высокой платой и все, что ему нужно сказать, что текущий уровень происходит это. И единственный способ сделать это в программном обеспечении.
гоблин сейчас офлайн Пожаловаться на гоблина   Ответить с цитированием Мультицитирование сообщения от гоблин Быстрый ответ на сообщение гоблин

4 мая 2011, 9:22:45 PM   # 12
 
 
Сообщения: 826
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Average Joe ... нужно сказать, что текущий уровень происходит это.
Джо может быть просто сказал, что "Если транзакции слишком медленно, чтобы подтвердить, вы можете перейти в «Настройки» и увеличить плату за транзакцию, которую вы платите, которые могли бы ускорить процесс."

Вы предложили определить сборы шахтера в структурированном виде, но я не думаю, что будет работать в реальном мире. Независимо от того, насколько запутанным вы сделаете свой язык, не будет шахтеры, которые делают вещи по-другому. Некоторые шахтеры могут дать льготный режим для повторных клиентов (переданную как-то "из группы"), Некоторые шахтеры могли бы дать лучшее предложение для тех, кто являются членами Ассоциации Bitcoin взаимопомощи, некоторые шахтеры могут иметь различные ставки для дней / ночи / выходных дней, некоторые шахтеры могут взимать плату в десять раз больше для определенных типов транзакций как своего рода экономический остракизм, некоторые шахтеры могли бы отказаться от их платы за платежи в хорошо известных благотворительные организации пожертвования, некоторые шахтеры будут взимать различные сборы в зависимости, как долго, так как предыдущий блок был создан.

Но стабильный рынок будет развиваться в конечном счете, и "практическое правило" постепенно станет очевидным, например, "бесплатные операции обычно попадают в блок в течение 12 часов; сбор в размере 0,1 BTC почти всегда достаточно, чтобы попасть в следующий блок; плата в размере 0,01 BTC попадает в следующий блок 50% времени",
ribuck сейчас офлайн Пожаловаться на ribuck   Ответить с цитированием Мультицитирование сообщения от ribuck Быстрый ответ на сообщение ribuck

4 мая 2011, 9:37:26 PM   # 13
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Average Joe ... нужно сказать, что текущий уровень происходит это.
Джо может быть просто сказал, что "Если транзакции слишком медленно, чтобы подтвердить, вы можете перейти в «Настройки» и увеличить плату за транзакцию, которую вы платите, которые могли бы ускорить процесс."
Но это заставит его платить неоправданно большие сборы в разы.

котировка
Вы предложили определить сборы шахтера в структурированном виде, но я не думаю, что будет работать в реальном мире. Независимо от того, насколько запутанным вы сделаете свой язык, не будет шахтеры, которые делают вещи по-другому. Некоторые шахтеры могут дать льготный режим для повторных клиентов (переданную как-то "из группы"), Некоторые шахтеры могли бы дать лучшее предложение для тех, кто являются членами Ассоциации Bitcoin взаимопомощи, некоторые шахтеры могут иметь различные ставки для дней / ночи / выходных дней, некоторые шахтеры могут взимать плату в десять раз больше для определенных типов транзакций как своего рода экономический остракизм, некоторые шахтеры могли бы отказаться от их платы за платежи в хорошо известных благотворительные организации пожертвования, некоторые шахтеры будут взимать различные сборы в зависимости, как долго, так как предыдущий блок был создан.
Это здорово тогда. Помните, что мой путь был структурирован только призван обеспечить общий обзор, а не обязательный договор.

Некоторые из этих различных способов, как время суток / недели, или известных адресов, могут быть обслужены в языке. Некоторые более сложные, могли бы просто иметь флаг, как "Я использую сложную систему сборов" поэтому узел будет известно, сколько нестандартных шахтеры есть. Заинтересованные люди могли бы пойти на сайт, посмотреть, что-то "сложный" системы платы за этот шахтер использует, и, возможно, даже включить, что в новой версии языка, если это возможно. Или просто оставить его в этом.
гоблин сейчас офлайн Пожаловаться на гоблина   Ответить с цитированием Мультицитирование сообщения от гоблин Быстрый ответ на сообщение гоблин

4 мая 2011, 9:59:29 PM   # 14
 
 
Сообщения: 826
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Но это заставит его платить неоправданно большие сборы в разы.
Он уравновешивает. Шахтеры устанавливают свои цены на основе среднего клиента. Если некоторые клиенты платят "неоправданно большие сборы"Шахтеры все еще могут быть прибыльными с некоторыми клиентами платить меньшие гонорары, чем они могли бы быть обязаны платить.
ribuck сейчас офлайн Пожаловаться на ribuck   Ответить с цитированием Мультицитирование сообщения от ribuck Быстрый ответ на сообщение ribuck

5 мая 2011, 3:09:38 PM   # 15
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Полусырой мысли:

Вещание политика заставляет меня nervous-- слишком легко лгать, и там могут быть некоторые преимущества в лжет.

Не удалось клиенты вывести всю информацию, которую они должны знать о том, какие транзакции / сборы принимаются шахтеры путем отслеживания транзакций в пуле памяти и, глядя на последние 10000 или столь сгенерированных блоков?
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

5 мая 2011, 4:32:10 PM   # 16
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Это не работает для легких SPV клиентов.

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

Модель интеллектуального анализа я предложил неделю назад, в которой вы платите за проделанную работу, а не включение в блоке решает эту проблему. Если вы пытаетесь платить слишком мало, чтобы когда-либо сделать его в блок шахтер просто отклоняет ваше ТЙ с сообщением об ошибке (например, если вы отправляете через POST HTTP вы получите "Обязательный 402 Оплата"). Если вы платите 100 BTC то, возможно, шахтер в вопросе работает на блоках в течение нескольких часов или дней после того, как ваш TX успешно включен в цепь, только чтобы убедиться, что он похоронен так глубоко, как вы заплатили.

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

Он решает "снижение платы тодес" Проблема обсуждалась ранее, а также.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

5 мая 2011, 8:44:02 PM   # 17
 
 
Сообщений: 90
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

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

Первая мысль: если это произойдет, мы как-то вернуться к стандартной банковской модели?

Многое неясно.
Как шахтеры знают, что они имеют эксклюзивности на ОМ? Даже если вы отправляете плату жёстко по адресу рудничного внутри ОГО, шахтеры по-прежнему уязвимы для атак вдвое ТХ. Таким образом, для этого потребуется некоторое доверие и будет каким-то образом конфликтовать с анонимностью здесь, нет?

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

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

Он решает "снижение платы тодес" Проблема обсуждалась ранее, а также.
Нить? (Я не мог найти его)
ГИМ сейчас офлайн Пожаловаться на ГИМ   Ответить с цитированием Мультицитирование сообщения от ГИМ Быстрый ответ на сообщение ГИМ

5 мая 2011, 9:09:03 PM   # 18
 
 
Сообщений: 90
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Кроме того, почему текущая модель платы не достаточно хорошо?

Просто поместите 0.001 BTC в качестве платы по умолчанию в КБ. Почти каждый согласится заплатить это.

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

Если ... кто-то готовы к спаму блоков до 0,002 BTC в КБ просто для удовольствия? И гонорар будет поднимать? Может быть, но это 2BTC каждого блока в настоящее время, довольно много.

Я не понимаю, почему сегодня некоторые ТЕ, которые имеют 0,01 плата не включается автоматически в следующий блок.
Блоки не так многолюдны в эти дни, так что шахтеры просто теряют деньги. Наверняка это изменится, не будет?
ГИМ сейчас офлайн Пожаловаться на ГИМ   Ответить с цитированием Мультицитирование сообщения от ГИМ Быстрый ответ на сообщение ГИМ

6 мая 2011, 10:00:54 PM   # 19
 
 
Сообщений: 54
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

Цитата: [микрофону
]
Это не работает для легких SPV клиентов.
SPV быть легкими мобильными, как клиентами? Они могли бы просто принести агрегированную и обработанные политики догадки платы за транзакции от полного узла с некоторым специальным сообщением протокола.

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

Модель интеллектуального анализа я предложил неделю назад, в которой вы платите за проделанную работу, а не включение в блоке решает эту проблему. Если вы пытаетесь платить слишком мало, чтобы когда-либо сделать его в блок шахтер просто отклоняет ваше ТЙ с сообщением об ошибке (например, если вы отправляете через POST HTTP вы получите "Обязательный 402 Оплата"). Если вы платите 100 BTC то, возможно, шахтер в вопросе работает на блоках в течение нескольких часов или дней после того, как ваш TX успешно включен в цепь, только чтобы убедиться, что он похоронен так глубоко, как вы заплатили.
Во-первых, уже есть способ описывается Satoshi повторно отправить сделку с более высокую плату. Во-вторых, я нашел несколько проблем с таким решением:

1. Вы сказали, что вы платите за gigahash. Допустим, вы заплатили, чтобы MineCorp1 100 BTC, который определяется по их правилам, чтобы обслужить 100 Тхач. Они начинают свою установку и шахту на 100 Тхача и ничего не найти. Все деньги пользователя пропадали.

2. MineCorp1 может добывать на 100 Тхача и найти блок, но на самом деле есть стимул не поставить транзакции пользователя там. Потому что никто не может доказать, кто на самом деле нашел блок, они могут делать вид, что они ничего не нашли, и включают в себя другие, более ценные сделки в блок.

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

3. шахтер может просто взять платный ТЙ и падение транзакции пользователя.

Цитата: gavinadresen
Вещание политика заставляет меня nervous-- слишком легко лгать, и там могут быть некоторые преимущества в лжет.

Не удалось клиенты вывести всю информацию, которую они должны знать о том, какие транзакции / сборы принимаются шахтеры путем отслеживания транзакций в пуле памяти и, глядя на последние 10000 или столь сгенерированных блоков?
Я согласен, хорошая идея. может быть использована Возможно даже смесь между радиовещательным предустановленной политикой и уроками из прошлого.

Надеюсь, это не так много стимулов в лежачем.

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

Это не так просто, но мы будем сталкиваться с этой проблемой рано или поздно, так что лучше бы обсуждение для этого: ->
гоблин сейчас офлайн Пожаловаться на гоблина   Ответить с цитированием Мультицитирование сообщения от гоблин Быстрый ответ на сообщение гоблин

6 мая 2011, 10:30:57 PM   # 20
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфигурируемые операционные издержки

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW