2 ms·

What tools do you have for flash loans? I've been researching flash loans for a whole year and its still clear to me that some market participants have a bette

What tools do you have for flash loans? I've been researching flash loans for a whole year and its still clear to me that some market participants have a better way of analyzing all markets (the contract state of smart contracts hosting markets) than I do. I feel like they also image the current state of the network and execute variations on Ganache/localhost before sending it on the live network. Furucombo is the only thing I'm aware of that only partially helps in the structuring of flash loans, but even then using their contract is too expensive. Over the past year I've built oracles and deployed fleets of complex smart contracts, learning about many areas of improvement in smart contract land and seeing a lot of vulnerabilities in other team's contracts, but as far as actually doing anything with that I'm still very far off.

feelix 6y ago
I'm far from an expert on this, you probably know better than I do, but wouldn't forking the blockchain at the block height you're interested in with Ganache and execute it there be enough? or is the issue the transaction queue?
- vmception 6y ago
  yes and that is very resource intensive as you have to do it rapidly and continually you still need to know what markets and contracts you are targeting and with that variables
  - feelix 6y ago
    I'm curious about exploring this myself, would you mind explaining in more detail what is lacking after forking the main net with ganache? Is it that you need a high powered server to fork it continuously, and that smart contracts tend to cost a lot to execute, or is there more to it than that? I don't understand what contracts and variables that you're targeting won't be included with the solution we're discussing
    - vmception 6y ago
      You need an archival node to store all the states and also monitor unconfirmed transactions. The primary client go-ethereum (geth) creates archival nodes that grow 1 terabyte per year (7tb now). Despite archival nodes not being needed for consensus, some people’s kneejerk response is that this means Ethereum is not sustainable, but really geth just has unoptimal coding. There are other clients out there that have chosen different data structures and reduced this by an order of magnitude. Turbo-geth, for example can sync an archival nodes at 1tb and is working on other improvements. There is more support for geth at the moment but this is also an area of development if you want to improve upon. Its likely many nodes out there are using their own optimizations and are not offered to the community.

feelix 6y ago

I'm far from an expert on this, you probably know better than I do, but wouldn't forking the blockchain at the block height you're interested in with Ganache and execute it there be enough? or is the issue the transaction queue?

vmception 6y ago
yes and that is very resource intensive as you have to do it rapidly and continually you still need to know what markets and contracts you are targeting and with that variables
- feelix 6y ago
  I'm curious about exploring this myself, would you mind explaining in more detail what is lacking after forking the main net with ganache? Is it that you need a high powered server to fork it continuously, and that smart contracts tend to cost a lot to execute, or is there more to it than that? I don't understand what contracts and variables that you're targeting won't be included with the solution we're discussing
  - vmception 6y ago
    You need an archival node to store all the states and also monitor unconfirmed transactions. The primary client go-ethereum (geth) creates archival nodes that grow 1 terabyte per year (7tb now). Despite archival nodes not being needed for consensus, some people’s kneejerk response is that this means Ethereum is not sustainable, but really geth just has unoptimal coding. There are other clients out there that have chosen different data structures and reduced this by an order of magnitude. Turbo-geth, for example can sync an archival nodes at 1tb and is working on other improvements. There is more support for geth at the moment but this is also an area of development if you want to improve upon. Its likely many nodes out there are using their own optimizations and are not offered to the community.