-
br-m
<articmine> The fee is protection only if the transaction is mined. Which is why it is critical that only transactions that are economic to mine are relayed > <@boog900> otherwise fee/cost to build the tx is the protection
-
br-m
<articmine> This is why the minimum node relay fee was introduced in the first place
-
br-m
<articmine> Also an invalid transaction gets stopped at the first node, and a node that relays invalid transactions gets blocked.
-
br-m
<articmine> The valid but uneconomic transactions are a much greater thread if they get relayed. It is here where the real potential for a DDOS lies
-
br-m
<articmine> Threat
-
br-m
<boog900> @articmine: FWIW this isn't the case currently, they will just get disconnected not banned, but yeah this could be changed.
-
br-m
<boog900> This also requires network addresses be constrained, anyone with a lot of addresses or on an anonymity networks can still DoS
-
br-m
<articmine> Disconnecting is likely enough to frustrate a DDOS
-
br-m
<boog900> some public nodes have over 100 connections, if an attacker made multiple connections they would still be able to DoS the node I think
-
br-m
<boog900> even if they get disconnected after every bad tx
-
br-m
<articmine> As for anonymity networks yes, user POW is an option. I would prefer burning small amounts of XMR as an alternative instead
-
br-m
<articmine> My point is that valid transactions that are not economical to mine are a far greater threat
-
br-m
<articmine> There is a real threat of a DDOS when the transactions are relayed by the nodes.
-
br-m
<boog900> if valid txs that are uneconomical to mine is enough to DDoS then txs that are economical to mine is enough to DDoS.
-
br-m
<boog900> Unmined txs are still spending a key image, which can only be spent once, if you can create enough txs to DDoS nodes with txs that will never be mined then you can do the same with economical txs, right?
-
br-m
<boog900> It does cause a separate issue where txs will be stuck in the pool until they are ejected but it shouldn't be a DoS
-
br-m
<articmine> With economical TXs you actually spend the fee. So it is not the same
-
br-m
<boog900> with uneconomical TXs you are locking your funds until the txs are ejected from the pool
-
br-m
<articmine> Yes but the funds are refunded. On can create massive transactions that lock up miniscule amounts of XMR
-
br-m
<boog900> @articmine: after days though
-
br-m
<boog900> not enough time to create multiple txs for spam
-
br-m
<boog900> you either have enough KIs with XMR to DoS the chain with valid txs, economical or not, or you don't.
-
DataHoarder
if you mine a monero block you can create 2160 outputs :)
-
DataHoarder
though
monero-project/research-lab #108 could segregate these so that is not viable
-
sech1
Technically you can mine a 300 KB block consisting only of outputs, that would be around 7600-7700 outputs
-
DataHoarder
or more if you go into penalties? or is that the header limit
-
sech1
More if you go into penalties, but then the individual outputs will get so small you won't be able to spend them
-
br-m
<articmine> sech1: ... but they can be reused to create valid spam transactions in the future
-
DataHoarder
so 108 would be important there to enforce sweep on coinbase, to single output (segmenting coinbase/others)
-
DataHoarder
but they could also just call that for each output they have
-
DataHoarder
unless there's a reasonable fee applied
-
br-m
<articmine> Yes. At the very least 108 should be revisited in the light of FCMP++
-
br-m
<articmine> Especially given that churn is no longer as relevant
-
DataHoarder
funnily, many coinbase inputs -> one output should probably be taxed lower than few inputs -> one output :)
-
DataHoarder
relatively, not absolute
-
br-m
<articmine> If we take out the membership proof it will be taxed lower
-
br-m
<articmine> Much lower as the number of inputs inceeases
-
tevador