Sprint Retrospective Term 1-Sprint #3

[taytwkim]

Sprint Retrospective #3

• members in attendance:

  • [x] Sunint
  • [x] Jason
  • [x] Harold
  • [x] Tai Wan

• what worked well

  • We pivoted our project to a smart contract for recurrent payment system.
  • Here's what we have right now: https://gist.github.com/taytwkim/2604e2aefd9321b192353aac6636f0d9
  • We tested the contract on remix IDE and it seemed to be working for the most part.

• what didn't

  • Unfortunately, there seems to be no way to set up an automated recurrent payment system. The sender has to sign each transaction. The existing recurrent smart contract systems merely check if the right value has been transferred at right time.

• self assessment on progress

  • We're beginning to feel a bit nervous.
  • We think we'll make a similar smart contract that lets users withdraw money based on how many hours they have worked. (the contract checks if the address and value are valid)

• lay out each of the following weeks till end of term with brief goals for each

  • current week: make front end (a single page web app for now), set up database (stores user information and work hours), write a smart contract.
  • next week: integrate everything.

• briefly summarize any other topics/discussions

[taytwkim]

@romano-w @timofei7 @nataliesvoboda

[timofei7]

can you batch create? like create a years worth of signed payments - and then have the ability to cancel them under certain conditions?

[timofei7]

why is the code in a gist? hard to track - is there a reason it can't live in the repo in some folder?

[taytwkim]

why is the code in a gist? hard to track - is there a reason it can't live in the repo in some folder?

Hi! We didn't create a repository yet for our smart contract because we were trying to figure out what would be the best way to hook it up to a UI. This is what I'm looking at right now - if this works, the contract can be part of the React app and we won't need a separate repo. We'll figure it out by the end of this week and have something pushed.

[taytwkim]

can you batch create? like create a years worth of signed payments - and then have the ability to cancel them under certain conditions?

@timofei7 Hi! We're thinking that what we can do is have the payer send all the money upfront to an escrow account, and then the receiver can withdraw money at regular intervals. We're trying to see if there is a good use case for this approach.