[mik3y]

I’m not remotely in DeFi but your comment suggests there’s a world of design rules & patterns within it, which are always somewhat interesting to learn about. Where would you go to learn this stuff (other than as a practitioner eg with access to mentors)?

[downandout]

At this point, alot of this stuff floats around Twitter and substack. It's still a bit of a dark art. If you'd like to read some stuff about MEV, start here:

https://twitter.com/bertcmiller/status/1402665992422047747?s...

and here

https://twitter.com/0xmisaka/status/1525964196181057537?s=20...

You can go pretty far down the rabbit hole on crypto twitter.

This was also a cool event, there is 7 hours of video and slides, which have more of the kind of info I think you're looking for...discussions about protocol flaws and design etc.

https://flashbots.notion.site/flashbots/mev-day-836f88806995...

[UncleMeat]

How can something both be a dark art with no actual organized space for best practices and also have it be extreme negligence and stupidity for somebody to fail to follow these best practices? I'm not aware of any other area of software engineering where best practices are only just floating around on twitter.

[downandout]

Fair point. I probably should have directed him to:

https://www.openzeppelin.com/contracts

That’s the closest thing to a collection of standard contracts for protocol builders to use that I am aware of. I’m more on the MEV side - I try to profit from protocols rather than build them. So it wasn’t my first thought.

[mik3y]

Thank you for the pointers!

[FailMore]

Would you be interested in interviewing somebody on this? I run an interview platform called Taaalk (https://taaalk.co), and I'd be happy to organise an interview with somebody relevant

[forum_ghost]

one way would be to review https://rekt.news on how NOT to do things?