Loop attack with onion routing..



Summary:

In a discussion regarding onion routing, a scenario is presented where "H" wants to be secretive. H establishes a channel with G and tells F he can route to H via G. H then tells D he can route to H via F. A sends a transaction for H to D as instructed, and D forwards it on via F. It is noted that locking of transaction funds is always done in payer -> payee direction, which requires a separate routing phase before the locking. The protocol could include fines as an extension to bribe the payer not to close the channel. However, an attacker can create an arbitrarily long path with source routing, thereby creating arbitrarily large total damage to the network, corresponding to arbitrarily large total fines.


Updated on: 2023-05-23T19:30:34.625832+00:00