10

The issue with the spammer was that it was spamming a single (and commonly used) node and wasn't intelligent enough to distribute transactions among nodes, so it was just overwhelming that one node. This is also the issue some people are having with transactions -- using overloaded nodes. On top of this, the coordinator limits throughput, so there is an "...


7

You can't. Just consider the complete flash channel as two transactions. Opening channel. Closing channel. Neither transaction is allowed to conflict with the network. On opening a channel both parties deposit IOTAs to a multi-signatory address. On closing you get the IOTAs back with a different distribution. Basically like Poker. You buy in and get chips. ...


5

1. If you consider flash channels : double-spend is not possible because when creating a flash channel all participants MUST transfer the exact same amount of iota to a multi-sig wallet (signed by all participants). The amount of iota "in" the flash channel cannot be double-spend because transaction initiating the flash channel (and so the multi-sig address) ...


4

Flash Channels Flash is a bi-directional off-Tangle payment channel to enable instantaneous, high-throughput transactions. In essence, they provide a way for parties to transact at high frequency without waiting for each transaction to confirm on the public IOTA network. Instead, only two transactions will ever occur on the main IOTA network: opening and ...


4

Yes, one reason is to accelerate transactions i.e. make almost instant transactions because no proof of work is required but they have a second advantage: offline transactions because one doesn't need to be connected to any full nodes to send Iotas via Flash Channels. One use case for Flash Channels are for example EV charging stations because they allow ...


3

Transactions made in flash channels are not written to the Tangle. There are only two events that are stored: opening of a flash channel closing of a flash channel When opening a flash channel, two (or more) entities, let's call them Alice and Bob, lock up Iotas. Alice and Bob open a Flash Channel (while still online) Alice and Bob loose connection to ...


2

The point you are missing: When you are creating a flash channel, you have to reference all the incoming addresses by one transaction each (once). So you will need do to POW for that number of transactions anyway. What you can do (of course), with or without flash channel: when you notice that you have too many addresses with balances, just send your whole ...


2

I will conclude that both Raiden and Flash channels generally serve the same purpose. I'm basing my conclusion on this blogpost alongside David Sønstebøs answer on this Q&A session, I quote: Question: What's your opinion about the Lightning Network upgrade for blockchains? Answer: I consider it an ad-hoc half-measure to an inherently limited ...


1

The flash channel has collateral placed in it, which both users risk losing if they try to submit an invalid transaction. Therefore there is a financial incentive for off-tangle transactions to be submitted and confirmed properly. When you enter into a Flash channel you define the amount of collateral you will add to the channel. If you are starting a ...


Only top voted, non community-wiki answers of a minimum length are eligible