noot
noot
there is no check that monerod/monero-wallet-rpc are connected and running on the right network; this should be added otherwise swaps may fail without the issue being obvious.
it would be nice to have a method that combines `discovery` and `query` so that peers and offers can be found in one go.
currently, offers aren't persisted to disk, so when a node restarts it has no offers. offers should be persisted to disk so when the node restarts, it reloads all its...
the peerstore should be persisted to disk so when we restart we don't have to discover all our peers again. this is pretty easy to do with the libp2p ds-badger...
there is a potential for a bad actor to make a monero swap offer, but without actually having the funds. then some eth holding party may come, lock their funds,...
investigate extending the ETH contract to allow for direct swaps for ERC20 tokens. this can probably be achieved by firsltly approving the contact to spend some amount of tokens, then...
currently, the event subscriptions are a bit janky, we're using the go-ethereum abigen bindings which allow for watching for events, but it seems they don't always fire at the right...
on the ETH side, if someone decodes the bytecode of the smart contract, they would be able to see that the participants were using a Swap contract and thus Alice...
it would be cool to add tor support to the networking layer: see https://github.com/berty/go-libp2p-tor-transport which is still in development, but maybe one day we can add it