You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Get rid of the growl dependency as it is causing a security warning in the repo. I would also recommend cutting down all your dependencies in general - checking through them all is a real pain and will almost always result in security issues like the one GH has already picked up.
Are you sure that you want people to register their attendance on chain, and then store that info? What happens if I host a conference with 3000 people attending, like DevCon 4? That's going to get very expensive very quickly. Not a fan of that pattern at all. If their attendance registered on chain has some effect - a la BlockParty - that would be more acceptable to me, but as it is, this is not good thinking.
So much of the way you have written that first smart contract depends on returning dynamic arrays (in one of which the members of the array are structs, which is - I presume - why it remains commented out). This is not best practice, and I suggest you readthedocs to get a better sense of how to write good, safe, and optimised SCs.
Some info on how to run this all locally would be helpful. I use Embark, not Truffle, and have not kept up to date with changes in Truffle, so am unsure how to get it all set up - a few leading hints would be very useful for any reviewer.
Get rid of the
growldependency as it is causing a security warning in the repo. I would also recommend cutting down all your dependencies in general - checking through them all is a real pain and will almost always result in security issues like the one GH has already picked up.Are you sure that you want people to register their attendance on chain, and then store that info? What happens if I host a conference with 3000 people attending, like DevCon 4? That's going to get very expensive very quickly. Not a fan of that pattern at all. If their attendance registered on chain has some effect - a la BlockParty - that would be more acceptable to me, but as it is, this is not good thinking.
So much of the way you have written that first smart contract depends on returning dynamic arrays (in one of which the members of the array are structs, which is - I presume - why it remains commented out). This is not best practice, and I suggest you readthedocs to get a better sense of how to write good, safe, and optimised SCs.
Some info on how to run this all locally would be helpful. I use Embark, not Truffle, and have not kept up to date with changes in Truffle, so am unsure how to get it all set up - a few leading hints would be very useful for any reviewer.