Through a lot of tests on my own and developing contracts for others, usually for IDO's (do with them what you will, I develop contracts, not dictate how or for what purpose you use them), I have been toying with new ways of hiding in plain sight.
I'm simply curious if anyone would like to see the progress being made on this project / road I've been going down.
I'm currently in a new testing phase.
Most of my ideas come to me when I'm not at my desk. Usually watching a a movie, or out on a walk in the moonlight on top of the mountain...
I was on DexScreener, and a client asked me to develop a new way of adding security to liquidity investor funds, within a contract, because the whole reason they got into making coins in the first place was to make money on a DEX, but there are a lot of red flags that pop up (as they should) for things like tax, or obfuscated code, or proxy contracts, or whatever...
So the challenge to me was create a way of writing the contract so that it sets off absolutely zero red flags, the only general security it should have, should be reentrancyguard, but can you come up with a method that effectively acts like a contract tax, but is not a contract tax, is definitely not called a contract tax or fee, and effectively hides in plain sight...
So I went to work on that, and I think I have come up with a solution, and I'm starting to test it today, and I'm just curious if people want to hear more as I progress?
Little solution hint, the contract will interact with itself and call functions based on buys and sells of a token, but will have nothing to do with the buyer or seller, just have internal functions it runs and bases some of it's data on buyer or seller transaction data... Anyone want to crack a guess at what I'm doing?
Happy to share and happy to encourage this developer community to keep thinking outside the box with me. Also, if people need very specialized contracts written for them, always feel free to reach out
- TG: lodromo