Implement watch
command to support Dapps for contracts on user's Ganache
#4
Labels
enhancement
New feature or request
Update
The final compromise here was to have
dappbot truffle
handle autoparsing deployed Truffle artifacts to create dapps with minimal user interaction. It does not, however, attempt to watch files as they build. Until we can connect to local blockchains thru a websocket API, there isn't much point in watching files as they build -- we can only interact with them once they're deployed to a public chain. However, once we can talk to local blockchains, then we have the capability of creating dapps for local contracts while they're still under development.Therefore, this issue now corresponds to that new command which we are still blocked on.
Original Spec
This is the beginning of
dappbot-cli
's core unique feature. In order to act as a dev tool, this needs to fit seamlessly into the development cycle. We're going to do that by adding adappbot watch
command which expects to be run in a Truffle project and follows steps something like:build/contracts
directoryThis is the smaller version of our end-goal, which is creating Dapps for contracts which are still under development. The key wrinkle here is that in-progress contracts are deployed on local Truffle instances. If we created the Dapp with a
web3URL
pointed atlocalhost:8000
, then it would work from the same machine but not for anybody else.In order to make these in-dev dapps work for everybody, the
web3URL
would represent a connection to the developer's Ganache instance. We could do that with websockets, wheredappbot watch
opens a websocket session with DappBot. The dapp'sweb3URL
would be something likeapi.dapp.bot/v1/public/unique-fish-name
. Sending a request to it would forward a message to the corresponding session, so thedappbot-cli
would be acting like a transaction executor for the user's Ganache.The text was updated successfully, but these errors were encountered: