Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
12 декабря 2012, 9:39:10 PM   # 1
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
URL: https://github.com/bitcoin/bitcoin/pull/2100

1) Создать константу COIN_DUST, чтобы представлять предел пыли спама используется.

2) Обновление COIN_DUST от 0,01 до 0,001 BTC BTC

Обоснование: В связи с увеличением стоимости Bitcoin (US $ 13,67, как это
письма), представляется разумным снизить уровень стоимости которого мы
рассматривать "пыль спам."

3) Обновление TX Проходчик и плата реле по умолчанию до 0,001 / 0,0005 BTC соответственно

Обоснование: Отражает рост пыли спама в неизрасходованном выводе транзакции данных.

Обзор воздействия:
а) Определение COIN_DUST уменьшается от 0,01 до 0,001.
б) Шахтеры, которые противоминные с этим кодом потребуют плату >= 0,001
включают в себя TX с выходами <= COIN_DUST
с) Нормальные клиенты будут требовать плату >= 0,0005 ретранслировать TX с
выходы <= COIN_DUST

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


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


12 декабря 2012, 9:41:53 PM   # 2
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

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





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

12 декабря 2012, 9:45:34 PM   # 3
 
 
Сообщения: 283
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

б) Шахтеры, которые противоминные с этим кодом потребуют плату >= 0,001
включают в себя TX с выходами <= COIN_DUST
с) Нормальные клиенты будут требовать плату >= 0,0005 ретранслировать TX с
выходы <= COIN_DUST

Почему бы не сделать это быть

котировка
б) Шахтеры, которые противоминные с этим кодом потребуют плату >знак равно 0,001COIN_DUST в
включают в себя TX с выходами <= COIN_DUST
с) Нормальные клиенты будут требовать плату >знак равно 0,0005COIN_DUST / 2 ретранслировать TX с
выходы <= COIN_DUST

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

31 декабря 2012, 8:06:43 PM   # 4
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

URL: https://github.com/bitcoin/bitcoin/pull/2100

1) Создать константу COIN_DUST, чтобы представлять предел пыли спама используется.

2) Обновление COIN_DUST от 0,01 до 0,001 BTC BTC

Обоснование: В связи с увеличением стоимости Bitcoin (US $ 13,67, как это
письма), представляется разумным снизить уровень стоимости которого мы
рассматривать "пыль спам."

3) Обновление TX Проходчик и плата реле по умолчанию до 0,001 / 0,0005 BTC соответственно

Обоснование: Отражает рост пыли спама в неизрасходованном выводе транзакции данных.

Обзор воздействия:
а) Определение COIN_DUST уменьшается от 0,01 до 0,001.
б) Шахтеры, которые противоминные с этим кодом потребуют плату >= 0,001
включают в себя TX с выходами <= COIN_DUST
с) Нормальные клиенты будут требовать плату >= 0,0005 ретранслировать TX с
выходы <= COIN_DUST



Другой пост () Отметил, что в настоящее время 11% неизрасходованный выход 0.00000001BTC, 32% меньше, чем 0.0001BTC и 60% меньше, чем 0.001BTC. При текущей цене $ 13,5 США, 0.0001BTC Вортс только $ 0,00135. Это в основном нулевая стоимость, но занимает 1/3 ресурсов сети. Для того, чтобы препятствовать такого рода сделки, еще более высокую плату (например, 0.005BTC) должны быть заряжены с выходами < 0.0001BTC
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

31 декабря 2012, 8:45:59 PM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

Другой пост () Отметил, что в настоящее время 11% неизрасходованный выход 0.00000001BTC, 32% меньше, чем 0.0001BTC и 60% меньше, чем 0.001BTC. При текущей цене $ 13,5 США, 0.0001BTC Вортс только $ 0,00135. Это в основном нулевая стоимость, но занимает 1/3 ресурсов сети. Для того, чтобы препятствовать такого рода сделки, еще более высокую плату (например, 0.005BTC) должны быть заряжены с выходами < 0.0001BTC

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

Например, вычислить гонорар / КБ в течение последних 2016 блоков и принять его среднее значение = MedianFee. Тогда при условии, что каждая сделка должна оплатить MedianFee / кБ, и каждый дополнительный вход для транзакции добавляет X байт вы прибудете на фигуру MedianFee * X = наименьшее значение выходного сигнала, который не является бесполезной.

К сожалению, тонкие клиенты не могут измерить эту величину самостоятельно, но его данные, которые они могли бы разумно просто доверять, если их сервер предоставляет ему (лёжа результаты в атаке DOS, но сервер thinclients может дос атака во многих отношениях).

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

31 декабря 2012, 11:08:44 PM   # 6
 
 
Сообщения: 1512
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

URL: https://github.com/bitcoin/bitcoin/pull/2100

1) Создать константу COIN_DUST, чтобы представлять предел пыли спама используется.

2) Обновление COIN_DUST от 0,01 до 0,001 BTC BTC

Обоснование: В связи с увеличением стоимости Bitcoin (US $ 13,67, как это
письма), представляется разумным снизить уровень стоимости которого мы
рассматривать "пыль спам."


Когда минимальная плата (если плата даже требуется) была снижена в 20 раз от .01 до .0005 (и меновая стоимость удваивается каждый месяц) в мае-июне 2011 года, стоимость Bitcoin была такой же, как и сегодня. Это сильно повлияло на экономику Bitcoin, как набор вверх Satoshi - при рассмотрении любого аспекта валюты, все о Bitcoin кажется очень продумано, как будто он был доставлен через божественное вмешательство. Используя аналогичный "стоимость" аргумент также позволит более мелких сделок бесплатно не вполне выдерживает критики. Если вы действительно хотите отправить 0.005 сегодня, вы можете за плату в 10% (Paypal будет взимать плату около 700% для кого-то, чтобы получить $ 0,05 от вас). Пошлина в размере менее $ 0,01 мгновенно отправить любую сумму денег в любой точке мира является довольно разумным.
deepceleron сейчас офлайн Пожаловаться на deepceleron   Ответить с цитированием Мультицитирование сообщения от deepceleron Быстрый ответ на сообщение deepceleron

1 января 2013, 9:39:04 AM   # 7
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

Давайте признаем, что это не пыль, как это определено произвольным порогом, но фрагментация монета в целом, что приводит в стоимость сети.

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

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

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

Операции сбора пыли стали бы дешево по сравнению с теми раздробленности.

Нулевая плата сделка не должна быть передана или добыта (кроме их отношений ниже 1 / FEE поэтому они становятся свободными для сбора пыли)
Grau сейчас офлайн Пожаловаться на Грау   Ответить с цитированием Мультицитирование сообщения от Grau Быстрый ответ на сообщение Grau

2 января 2013, 6:12:19 AM   # 8
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

Задам минимальный сбор (плата) за отношение числа выходов к входам, транзакция с отношением п должна предлагать п плату * FEE ретранслировать или заминировано.
Операции сбора пыли стали бы дешево по сравнению с теми раздробленности.
Нулевая плата сделка не должна быть передана или добыта (кроме их отношений ниже 1 / FEE поэтому они становятся свободными для сбора пыли)
Вы не можете просто сделать это. Размер блока конечен. В конце концов шахтеры предпочитают сделки с дополнительной платой за кбайт данных транзакций. Программное обеспечение может выполнять правила по умолчанию, которые против шахтеров лучшие экономические интересы, но многие шахтеры просто изменить, и это- несогласованность была бы еще хуже.

Для свободных сделок, или в качестве связующих выключателям для операций с очень похожими плата / т.п.н. операций, уменьшающих набор txout в горняк (и общих общин наилучших интересов), но я не думаю, что эти случаи достаточно часто встречаются, стоит решить в одиночестве. (Например, решение это только для свободных сделок даже не решить 1e-8 BTC сообщений SD в). (Хотя я также считаю, что мы должны также сильно смещают свободную логику транзакций в пользу операции, которые уменьшают txout заданного размера)

Вот почему я предлагаю эвристики, чтобы определить наименьший выход, который является экономически nonredeemable (поскольку его значение меньше, чем предельная плата, которая потребуется, чтобы получить сделку, добытого в разумные сроки). Идея заключается в том, чтобы избежать создания выходов, которые никогда не будут погашены никем, потому что они потеряют деньги, делая это (возможно, когда-нибудь они будут стоят redeeming- за исключением они были, вероятно, потеряли ключи задолго до этого). Это не совсем так же, как наказание txout установить вздутие живота, но это должно предотвратить там от того, чтобы быть сдерживающим фактором для _de_bloat его.

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



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

2 января 2013, 6:16:43 AM   # 9
 
 
Сообщения: 910
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

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

2 января 2013, 6:19:09 AM   # 10
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

Обработка платы по умолчанию необходимо установить приоритеты операции с более высокими налогами. Большинство бассейнов горнодобывающих сделать это уже, но клиент по умолчанию должны тоже. Если не все приемлемые транзакции могут быть включены в блок, включают в себя те, с самой высокой ОЙ платой в первую очередь.
Это было сделано в течение длительного времени. Как вы думаете, бассейны делают это? Но критерий не _highest fees_, это _highest сборы за byte_- потому что то критерии, максимизируется доход с учетом ограничений.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

2 января 2013, 6:30:32 AM   # 11
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

Чем больше обсуждения fodder- здесь в образе, который показывает ту роль, которую очень маленький txouts испытывает в вздутии множества txout:

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

2 января 2013, 10:05:35 AM   # 12
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

Задам минимальный сбор (плата) за отношение числа выходов к входам, транзакция с отношением п должна предлагать п плату * FEE ретранслировать или заминировано.
Операции сбора пыли стали бы дешево по сравнению с теми раздробленности.
Нулевая плата сделка не должна быть передана или добыта (кроме их отношений ниже 1 / FEE поэтому они становятся свободными для сбора пыли)
Вы не можете просто сделать это. Размер блока конечен.
Вы делаете очень правильную точку, что шахтер стремится максимизировать гонорар / размер и что узлы должны убедиться, что ТМ благоприятно на ту мере получить к ним.

Так как размер TX также определяется прежде всего количеством входов и выходов, мы определили две цели (содержащие UTXO и высокий гонорар / размер), приводимый теми же параметрами. Есть ли у нас найти аргументы, чтобы определить относительный вес двух целей, таких как (W будучи фракция в [0,1])?

плата = (ш (nr_of_outputs / nr_of_inputs) + (1-W) (nr_of_outputs + number_of_inputs)) * СБОР.

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

2 января 2013, 12:05:12 PM   # 13
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

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

2 января 2013, 1:50:15 PM   # 14
 
 
Сообщения: 531
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

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

Конечно, только с 0.7? Или же это считается как долго в Bitcoin время? 🙂
Рой БАДами сейчас офлайн Пожаловаться на Роя БАДами   Ответить с цитированием Мультицитирование сообщения от Roy Badami Быстрый ответ на сообщение Roy Badami

2 января 2013, 5:00:39 PM   # 15
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

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

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

22 января 2013, 8:59:57 PM   # 16
 
 
Сообщения: 2464
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

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

23 января 2013, 1:03:04 PM   # 17
 
 
Сообщения: 1470
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Обновление определения вывода пыли и сборов по умолчанию

б) Шахтеры, которые противоминные с этим кодом потребуют плату >= 0,001
включают в себя TX с выходами <= COIN_DUST
с) Нормальные клиенты будут требовать плату >= 0,0005 ретранслировать TX с
выходы <= COIN_DUST

Почему бы не сделать это быть

котировка
б) Шахтеры, которые противоминные с этим кодом потребуют плату >знак равно 0,001COIN_DUST в
включают в себя TX с выходами <= COIN_DUST
с) Нормальные клиенты будут требовать плату >знак равно 0,0005COIN_DUST / 2 ретранслировать TX с
выходы <= COIN_DUST

?

У меня есть еще лучшее предложение

Const COIN_DUST_FEE_MULTIPLIER = 0,5;

б) Шахтеры, которые противоминные с этим кодом потребуют плату >знак равно 0,001COIN_DUST в
включают в себя TX с выходами <= COIN_DUST
с) Нормальные клиенты будут требовать плату >знак равно 0,0005COIN_DUST * COIN_DUST_FEE_MULTIPLIER ретранслировать TX с
выходы <= COIN_DUST
ShadowOfHarbringer сейчас офлайн Пожаловаться на ShadowOfHarbringer   Ответить с цитированием Мультицитирование сообщения от ShadowOfHarbringer Быстрый ответ на сообщение ShadowOfHarbringer



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW