Борьба с DDOS путем взятия комиссии за перевод

[ArsenShnurkov]

совсем скоро придётся нам всем включить сборы.

Никак руки не доходили разобраться - каким образом наличие комиссии на других узлах поможет против переводов между узлами DDOS-ера ? У него-то комиссии как раз и не будет.

[1715167540]

1715167540

[1715167540]

1715167540

[1715167540]

1715167540

[1715167540]

1715167540

[Tolsi]

Против - никак, но у переводов с комиссией приоритет. А вообще может имелась ввиду минимальная комиссия во всех клиентах? Хоть 0.00001, но ддосера это рано или поздно остановит.

[m0Ray]

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

[ArsenShnurkov]

а почему должно кончиться? заведет два кошелька в разных директориях и будет с одного на другой пересылать по одной миллионной биткоина в транзакции. А как перешлет пару тысяч биткоинов - начнет пересылать обратно. Проблем с путем доставки - никаких, можно IP-адрес указывать. А Сеть все равно все транзакции должна запоминать и проверять.

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

[m0Ray]

Не к ддосеру, а к узлу, сгенерировавшему блок.

[ArsenShnurkov]

к узлу, сгенерировавшему блок.

Уау! Т.е. я ставлю кластер, ставлю комиссию 100% и смогу перехватывать и глушить транзакции ?

[m0Ray]

Повторяю, комиссия ставится не на узле, а в транзакции.

[LZ]

Суть очень простая. Микротрансакций сейчас просто нет.
Хотите отправить 0.001 BTC - заплатите 0.01 BTC майнеру.
В итоге истрачено не 0.001 BTC, а уже целых 0.011 BTC.
Сейчас как раз идут разговоры об изменении этой системы.

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

[Lis]

Суть очень простая. Микротрансакций сейчас просто нет.
Хотите отправить 0.001 BTC - заплатите 0.01 BTC майнеру.
В итоге истрачено не 0.001 BTC, а уже целых 0.011 BTC.
Сейчас как раз идут разговоры об изменении этой системы.

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

Так умирает демократия децентрализованность...

[LZ]

В версии 0.3.22 комиссию снизили с 0.01 BTC до 0.0005 BTC.

[Vort]

В версии 0.3.22 комиссию снизили с 0.01 BTC до 0.0005 BTC.

и теперь ничего не мешает при наличии 1 BTC сделать 2 тыщи транзакций?

[Yurock]

и теперь ничего не мешает при наличии 1 BTC сделать 2 тыщи транзакций?

Ничто не мешает сделать сколько угодно транзакций, имея любое количество BTC. Можно просто отключить обязательную комиссию в клиенте, и транзакции всё равно будут признаны действительными. Смысл комиссии в том, чтобы твоя транзакция получила приоритет перед флуд-транзакциями. Майнеры выбирают, какие из "висящих" транзакций включить в свежесгенерированный блок. Конечно, им будет выгодно включать в блок транзакции с большей комиссией, если все не помещяются. Алгоритм также учитывает размер транзакции в байтах - чем меньше байтов, тем больше транзакций можно запихнуть в блок и получить больше комиссионных сборов, если все транзакции "платные".

И в этом алгоритме есть ещё одна хитрость: он больше "любит" монеты, перечисленные давно. То есть, чем больше подтверждений у монет, тем больше они ценятся. Предположим, тебе прислали 1 BTC на какой-то адрес 10 блоков назад. Ты переводишь 0,02 BTC на другой кошелёк и платишь комиссию 0,01 BTC. "Ценность" комиссии составит 0,01*10 = 0,1 "баллов". В результате транзакции, 1 BTC уходит с первоначального адреса, и 0,97 BTC отправляются на другой твой адрес. Теперь, если ты сразу же перечисляешь ещё 0,02 BTC с комиссией 0,01 BTC, то "ценность" комиссии составит 0,01*1 = 0,01 "баллов", что уже намного меньше, чем в первой транзакции. Таким образом, большинство "нормальных" транзакций получает приоритет над флуд-транзакциями. По мере генерации блоков, "ценность" монет будет возрастать, и флуд-транзакции тоже будут включены в блоки, так что монеты не пропадут.

P.S. Кстати, я считаю плату, например, в 0,001 BTC за килобайт вполне приемлемой при текущем курсе, и рекомендую всем платить небольшую "добровольную" комиссию.

[Vort]

но в сети эти 2 тыщи транзакций то будут болтаться
и если майнеры не будут успевать перерабатывать этот мусор - что станет с сетью?

[Yurock]

но в сети эти 2 тыщи транзакций то будут болтаться

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

[Vort]

Эта проблема будет решаться отбрасыванием низкоприоритетных транзакций

да, иначе деньги навсегда могут зависнуть в сети

по-моему тут ещё важно проработать UI клиента
чтобы была видна минимальная комиссия, чтобы можно было указать свою

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

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

[Basiley]

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

[Vort]

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

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

[Basiley]

ну тада толкните идею/фича-реквест биткоин фаундэйшин или в топике "Development".
как вариант - очередь динамической глубины, в элементом рандомизации в CSMA-CD-штиле.

[Yurock]

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

[Yurock]

Кстати, отмена неудачной транзакции может повлечь за собой отмену последующих транзакций. Например:

• Транзакция 1: посылаем Васе 1 BTC без комиссии и "сдачу" - себе на новый адрес.
• Транзакция 2: используя "сдачу" из транзакции 1, посылаем Пете 2 BTC с комиссией 0,01 BTC и новую "сдачу", опять же, себе.

Транзакция 2 будет признана не раньше, чем транзакция 1, потому что она использует средства из первой транзакции. И если первая транзакция "повиснет" и будет отменена, то отправителю придётся повторить обе транзакции.