Antoine Rondelet

Yeah doing it off-chain is probably the best way to do, as we limit the amount of encrypted data we store on-chain... I thought about using the Broadcast event directly...

[WIP] This function has been implemented as `forward` (echoing the fact that the recipient does not withdraw his funds, but instead, provides a proof showing that he knows the secret...

Here is a bit more information about it @barryWhiteHat :) - The current implementation: https://github.com/AntoineRondelet/snark-mixer/blob/master/contracts/Miximus.sol#L64-L97 - A small note/explanation about it (from the README): > If Bob "receives Alice's payment"...

If we have: - Alice doing a deposit to append a commitment for Bob in the three (-1 ether on her balance, +1 on the contract balance) - Bob receiving...

Yeah true... I need to put more thinking into it..! This is completely flawed indeed... this ticket reminds me to think about it thought

Thanks for your comments/feedback @nathan-at-least! :) > One is that AMMs are "immediately available" to users, whereas CLOBs require waiting for matching parties [...] CLOBs also seem more prone to...

This problem as been raised by @ariary in the issue #3, my bad; I didn't look at it before I opened the PR. I also had a problem when I...

See also: Cap'n Proto https://github.com/capnproto/capnproto and its python wrapper: https://github.com/capnproto/pycapnp

See: https://github.com/clearmatics/zeth/pull/302#discussion_r529650654 Cap'n proto seems to support constants, which would make some of our shared configuration much easier to handle.

After some 2nd thoughts, switching to Poetry/Flit or similar tools is not strictly necessary at this stage. Sticking to `setup.py` (and not using `requirements.txt` to avoid confusions and conflicting deps...