Pages:
Author

Topic: Борьба с DDOS путем взятия комиссии за перево&#1076 - page 2. (Read 8564 times)

sr. member
Activity: 462
Merit: 250
Кстати, отмена неудачной транзакции может повлечь за собой отмену последующих транзакций. Например:
  • Транзакция 1: посылаем Васе 1 BTC без комиссии и "сдачу" - себе на новый адрес.
  • Транзакция 2: используя "сдачу" из транзакции 1, посылаем Пете 2 BTC с комиссией 0,01 BTC и новую "сдачу", опять же, себе.
Транзакция 2 будет признана не раньше, чем транзакция 1, потому что она использует средства из первой транзакции. И если первая транзакция "повиснет" и будет отменена, то отправителю придётся повторить обе транзакции.
sr. member
Activity: 462
Merit: 250
Был случай скопления большого числа зависших транзакций. Эта тема обсуждалась в англоязычных разделах.
newbie
Activity: 42
Merit: 0
ну тада толкните идею/фича-реквест биткоин фаундэйшин или в топике "Development".
как вариант - очередь динамической глубины, в элементом рандомизации в CSMA-CD-штиле.
newbie
Activity: 79
Merit: 0
так проблема то есть
когда блоки станут забиваться до краёв, низкоприоритетных висящих транзакций будет становиться всё больше и больше
и при фиксированном протоколе (он то тут вобще при чём?) её в любом случае прийдётся решать модификацией клиента

либо подгонять минимальную комиссию таким образом, чтобы висящие транзакции не появлялись
либо дать возможность им появляться, но затем по каким-то критериям отбрасывать
newbie
Activity: 42
Merit: 0
скорее это реализцют на уровне сделки. те посредниги-страховщики в секьюрных сделках(траст и попробще) будут заниматься такими граблями а не энд-юзеры(доля энтузиатов технически подкованных(для этого), будет стремительно падать).
я к тому, что врятли протокол будут корябать-обновлять ощутимо.
newbie
Activity: 79
Merit: 0
Эта проблема будет решаться отбрасыванием низкоприоритетных транзакций
да, иначе деньги навсегда могут зависнуть в сети

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

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

upd.
вобще, неплохо было бы сделать время жизни транзакции
допустим, висит больше суток - отменять
конечно, софт станет сложнее
зато повысится удобство
sr. member
Activity: 462
Merit: 250
но в сети эти 2 тыщи транзакций то будут болтаться
Эта проблема будет решаться отбрасыванием низкоприоритетных транзакций. Когда накопится слишком много "зависших" транзакций, какие-то из них придётся выкидывать. Клиент должен обнаруживать такую ситуацию и возвращать деньги на баланс неудавшегося отправителя. Не знаю, реализовано ли это в текущей версии, но, думаю, так и будет сделано.
newbie
Activity: 79
Merit: 0
но в сети эти 2 тыщи транзакций то будут болтаться
и если майнеры не будут успевать перерабатывать этот мусор - что станет с сетью?
sr. member
Activity: 462
Merit: 250
и теперь ничего не мешает при наличии 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 за килобайт вполне приемлемой при текущем курсе, и рекомендую всем платить небольшую "добровольную" комиссию.
newbie
Activity: 79
Merit: 0
В версии 0.3.22 комиссию снизили с 0.01 BTC до 0.0005 BTC.
и теперь ничего не мешает при наличии 1 BTC сделать 2 тыщи транзакций?
LZ
legendary
Activity: 1722
Merit: 1072
P2P Cryptocurrency
В версии 0.3.22 комиссию снизили с 0.01 BTC до 0.0005 BTC.
Lis
sr. member
Activity: 293
Merit: 251
Spice must flow!
Суть очень простая. Микротрансакций сейчас просто нет.
Хотите отправить 0.001 BTC - заплатите 0.01 BTC майнеру.
В итоге истрачено не 0.001 BTC, а уже целых 0.011 BTC. Cool
Сейчас как раз идут разговоры об изменении этой системы.

Кстати, приоритетность трансакций с комиссией регулирует
сам майнер. Но в том числе может не выставлять приоритет.
Так умирает демократия децентрализованность...
LZ
legendary
Activity: 1722
Merit: 1072
P2P Cryptocurrency
Суть очень простая. Микротрансакций сейчас просто нет.
Хотите отправить 0.001 BTC - заплатите 0.01 BTC майнеру.
В итоге истрачено не 0.001 BTC, а уже целых 0.011 BTC. Cool
Сейчас как раз идут разговоры об изменении этой системы.

Кстати, приоритетность трансакций с комиссией регулирует
сам майнер. Но в том числе может не выставлять приоритет.
sr. member
Activity: 868
Merit: 251
Повторяю, комиссия ставится не на узле, а в транзакции.
legendary
Activity: 1386
Merit: 1000
к узлу, сгенерировавшему блок.

Уау! Т.е. я ставлю кластер, ставлю комиссию 100% и смогу перехватывать и глушить транзакции ?
sr. member
Activity: 868
Merit: 251
Не к ддосеру, а к узлу, сгенерировавшему блок.
legendary
Activity: 1386
Merit: 1000
а почему должно кончиться? заведет два кошелька в разных директориях и будет с одного на другой пересылать по одной миллионной биткоина в транзакции. А как перешлет пару тысяч биткоинов - начнет пересылать обратно. Проблем с путем доставки - никаких, можно IP-адрес указывать. А Сеть все равно все транзакции должна запоминать и проверять.

даже если комиссия относится к транзакции (т.е. к принимающему кошельку), то она все равно будет переходить к DDOS-еру, верно?
Ну будет он переводить по одной сотой биткоина с комиссией в одну десятитысячную биткоина. На целевой кошелек будет приходить одна сотая и одна десятитысячная. Деньги же не теряются?
Тогда транзакции будут платными, но провести DDOS это не помешает.
sr. member
Activity: 868
Merit: 251
Насколько я понимаю, комиссия включается не на узле. Она вкладывается в транзакцию, и такая транзакция имеет приоритет. Соответственно, если у ддосера в транзакции комиссия не вложена, эти транзакции будут обрабатываться узлами в последнюю очередь.
full member
Activity: 171
Merit: 100
Против - никак, но у переводов с комиссией приоритет. А вообще может имелась ввиду минимальная комиссия во всех клиентах? Хоть 0.00001, но ддосера это рано или поздно остановит.
legendary
Activity: 1386
Merit: 1000
совсем скоро придётся нам всем включить сборы.

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