Really? IOHK are almost always hiring - apply there. They’ll know the people hiring if they’re that familiar surely?

Is that a blockchain company? Every potential employer that has ever mentioned Haskell to me seems to be one.

Yes, but it’s got some cool Haskell projects (like a new language). Also, it has some big Haskell names there. When I worked there I debugged a compiler performance issue with one of the original creators, and there’s people like Lamport or Wolfram or Cerf brought in for talks.

It’s not building products but the core platform.

It is. They are one of the main developers for Cardano (I linked some of their stuff in another comment talking about examples of commercial open source haskell because I keep up with the project).

I'm actually interested in what other projects in the cryptocurrency space use haskell? I thought Cardano was the only project that did. Most everyone else seems to use Rust or some mishmash of web oriented languages.

I went back to check my email and it turns out that I received several Haskell enquiries from the same recruiter over a period of a few years. He only ever described the employer as a “Global Blockchain Fin-Tech Firm” without being more specific. It seemed pretty fishy to me.

It was probably IOHK, or maybe Algorand.

Yeahhhh that sounds about right for a shitty recruiter.

As a SDET, I suggest lots of testing.

Assuming V1 and V2 offer users the same functionality, there’s a bunch of tests you can offer. The best one IMO is oracle testing where you do something on v1 and v2 and check they do the same thing. Preferably roll out to a subset of users such as via a canary deployment and make sure you have a rollback plan.

> Also, how much success people have or had with automating the E2E tests for their various apps by stringing such agents themselves together?

There’s a few startups in the space doing this like QA Tech in Stockholm, and others even in YC (but I forgot the name). I’m skeptical of how successful they’ll be, not just from complex test cases but things like data management and mistakingly affecting other tests. Interesting to follow just in case though, E2E is a pain!

Daily volume is > $100m, there's liquidity and the payout is pegged to USD so trade quick and run.

But OP was paid in USD anyway.

Sure, but we are talking about a token that (almost) had a bug that allowed people to steal from cold-wallets. No amount of fancy words makes that concern go away.

Can you share more about ML based fuzzing? I do pretty basic fuzzing and that's been pretty useful at work for testing, and am keen to learn about better more modern approaches than mine!

Fuzzing is a massive field now. I don't know what you are doing specifically but this is a collection of good related papers: https://github.com/wcventure/FuzzingPaper.

I would find what is most like your problem domain and dig in :).

I've been doing the simplest possible things to URL parameters and POST bodies but even that's been effective! Thanks for the link!