The interesting thing about 0x5769770f5efe8fb017fb09b6de3b2d096668377d is that it creates Safes in batches of up to 20 and more, with one contract call. After that the Safes remain not used until a "SwapOwner" transaction is made.
After this "SwapOwner" tx (handover of the Safe from StakerApp to user), all of the reported addresses were involved in no further transactions. No user tx.
Methodology
I went through all Safes created by 0x5769770f5efe8fb017fb09b6de3b2d096668377d and where 0xDf21b894A490Cbdf49d9De7B9D780b79f7CB0AC7 executed the transactions.
I then manually filtered out those Safes that have more activity than just this "SwapOwner" tx, as to not include legitimate users of StakerApp in this report.
tschubotz
commented
2 years ago
Related Safe Addresses
0x2d542E389dAFA7bE4dB7652CfE8444C737a1A3A2 0x8DB8B313bC93B8302b4d2A5cA6F2C17De1476e40 0x7BbC077276D75C30ECeAf3516a5898A739Aa6839 0x9027eF49cE2d0f807b0831780962Eb36819d17a4 0x7C15667bf4400D37c6e1c88B26A96303CD3e9720 0x3922a6C478c8E68118bfE5f7B476f4944cCc73B7 0xD2CF1b280bc4D66e942559c90C621AF6d8a8ffb0 0x695047fF31170Ec93509F1FC10B46c570538d451 0x87f9B340e5E413551E3684f4D7B86d9233BEc7Ad 0x39b238E910679dC9b8E018CE0a8eD49F6ff1f868 0xe0aBFF61B43fcB30bD34e257395b2D7b68cBFaaA 0xE917c07754dc0F650721643bD6Da63b403b86c38 0xF7A66715C8567Ae1686916b66fBF708ffCa55355 0x277eC6D4dc37D2d7fa68eA4d32862df155Fc575d 0xEad48cc1136a541944A93E6fAd80e9ca55A06f68 0xc4E9dbA7F807C6D115900F05B9Cd8fe5411e445b 0xe6492357959f0EA17156F7C21738EFEA596eb23f 0x3DDc051b698d51978cb18977B6f4BC4862Bc33ff 0x3306890fF61980221Da761D3B414FD4008C2CA76 0x35aafAF648869925031a8D13AEABAe73F119F6AB 0x853D2D5d4B0870D56dD8f77B5CE10124E7168fb6 0xCDaC9c3B276a9e857104BD96bC6fEE2e9c079A30 0x4Ad8436FC4bbEfe17Da4A72F4Eb92cf5FE9C59d1 0xDC190b1aa0E8DacC17D55a87E798b0969f2Fa34D 0xd5307D690930633dB8462DCD33A03763062FD4a8 0x709D74F0bb78a91C496565d199cE236Ded9e13b9 0x199Fed93De158Acb0e6f0CF87d7f739b7D05FF3a 0x3F37Ba25520f4d762cD6653079d15bdCEb1A42C9 0xb62176a221E3a736C81e08B9e83CbccF7D202cdC 0x059a3D13442D79dee784975350c3eC90A3CE20E5 0xCA2C09c4659c75063f10a1cC14546311D02DAE3b 0xb8A51E9Bbc1676b86C85164A7250b642C26c266c 0x05CAea49fEa0D82ADC6f850B92C063B638Ca9aeD 0x580803C041fC85779F04d74D0cDCFD1D8b2E0700 0xa1dF5da2682e1082D39ac855f6bb3F73c92aeDe7 0x04000060ce2320dB836408D2Dd6f2252cBAb3462 0xdb55fB67Afc9dB1C9588D71e9D8A74dAE2966a91 0x1b5792968137F50E337CCF861d0403a72aFA0728 0x7059bEebBD36f3861B0e1A7AA809B6362e2Ba225 0x898cC1703cdf1d60ED0C9d6eC07d3b8390cB670C 0x24b0526a614e6dDFB606eA51D6D2B55d39291FE1 0xFf30E283924c5497Aa3E899E1f1680347656D06e 0x1ff009c93317048FFfCA2784E1705a2898a6A0de 0x68Fd9B3D41B980BC7709768b1b693E4504343b15 0x0FcCBdeBA08b9f50B7329118388C6F31E9d89De9 0x2EEf2F9A7f4791b96dc68dd713d1df9aeFC76A9b 0xc8BdfEec61B3FF17B7207Dc9167bAE869651cB26 0x7A24F9D3cefbF3A3f9D5686eA7E2CD7DB8c55b39 0x7389c5A5798bEAA17959bEd7126d6626Aa5Be881 0x0De3ea9Eea55B7c4B50e3a79d88D0Ec0647e7a29 0xF802731b8C8984c802aFCB219680e28b69FDBdC8 0x92B418a2DF2c351D2D822A20F0Cc931ff5c33d68 0x99DB7c5284d2F8e49a7d93793535FDd240CC33f8 0x700eB73040642F7fC01E34fc26E77dFCC9692F70 0xaf3E577B7Cbba18f437e8f9eae7284AeC9B4d592 0x203BEBc339803A7780cdC9d19877865F3bd1cf6b 0x95564314d95E63b06B814B0Eb606433E2382A3f4 0x4C7fDe8DC244a2C3A0f21fE490Ca70f4946b5ee6 0x9C993B7eaa9B9c97749ACa466C13034Dc4cd0cc4 0x66745e125B898B2fca34B32424c14566C104B2C9 0x6B2FaE579Df58A1E1C4F1678e8b242df0C158B64 0xb50ec303510438A783a5e6F12F351fDF90aB1fB4 0xf8A2B8F07aE45501B4f96764Fc55a580C37F36e3 0x3052FBeC05b85cD82E8900BE27A42F28146279C5 0x600E460Ba1DA75Fc4fa1564Aa1C0c4C7b5c3DBB2 0x464c3C4765Bb7bE44DA8a13369bbc0951F0246a7 0xe82358DB272251569465892af77B592F489bC2dF 0x60C081391A784a0f3F51128677B67F399c9533D4 0x0756F440609B303cd91b2b14EC88478CfcD7B963 0x3FD795d3039E025eE3A69532fEC31DFabF56F799 0x0f656f8389D47Dc7FcD89c5824A72390C0a6BAc5 0x0F080bd0ebB7560cf876A1F409549EFCDA8e9639 0x940a42D967097e5a83a67fdEc1102E5932E596A8 0xbb60a7cA55d63F479Abe2Edee8F940Fcd62De7dF 0xe8f835b659Bf27586cFf0dB988E78feA1C9F2B6F 0xF01e8632C6d0B1b4707b6376598f1bB70B4e3b09 0x0F6D75Eb345b3f4B128456a7Fc45e1F72E70306c 0x2A6771771ad9c172ff6f161fe4d708553f6E03Cf 0xB97faCbc7530F512D09926b80a4CBc45Cd25f1ee 0x69E7f97F51D56e77d52267d24DEd77580B9d7614 0x71094Dd8aC4b7c4E2D8C811DD9C6B7f3956cEa00 0xB17a15b79FCdAb2B91B324A466fC660e39c6b0a8 0x68c94eeb51F6e7E261C0A1b91Af45C4b5E5b0700 0x9b4F7bF4833FFaA24651915Cc3C84CF1368F0ff4 0xF58999B455E84ae30B4B75a5102F7e30a24e0c75 0xd572D0f3a86061F32b756169f0b63A945627Bd52 0x28589C12De80b3712736312fDC8E44f8220F6897 0xA31ed7fD2b1ac4B94cf9BE35c689189BB1937b74 0x41fEC8aca17Ec52Cb7820051e2720E6C92E942B4 0x916256308b77AA6742C34AA6177BF7d732d58C51 0x5dAd0181d55afC6b01d65e8a4A9c63537cc6974A 0x0A7aD6ecBC5cB6Cabf32a69813E8ac51119519F3 0x6f6e42FEA22aA84C6E541dAD9eaF47D88ef72373 0x749d9c7BceA3e435BA5F48b86eB0dD07DD2BF51d 0xceafF4db948Af7293E65AbfC4709e1F5F081Cc7E 0x5b6dFb38a0F002C18127e39f03B4683b0AE1Ec39 0x8da6062B73d4f8e86BB4363d91392f1Bfd87A884 0x0588e7Cba403FecbC34d14a9DAC6D077601a5755 0xe2ba8F6432893c7e3ba8762a1602cCe5980c33C8 0xa2E8C1D33DeBDb465a31bCEed393a11F1004467A 0xd3D636ACE8AcD29c3E23A34f07a2FAAF727B3e35 0x77E1D3223E765098215c72923f872F901eeC54f9 0x2C9C35b085FaA2662f69298fd1efd916631208Fe 0xB231A72e932F1464F6b53141CAc29979568a2c17
Reasoning
The interesting thing about 0x5769770f5efe8fb017fb09b6de3b2d096668377d is that it creates Safes in batches of up to 20 and more, with one contract call. After that the Safes remain not used until a "SwapOwner" transaction is made.
After this "SwapOwner" tx (handover of the Safe from StakerApp to user), all of the reported addresses were involved in no further transactions. No user tx.
Methodology
I went through all Safes created by 0x5769770f5efe8fb017fb09b6de3b2d096668377d and where 0xDf21b894A490Cbdf49d9De7B9D780b79f7CB0AC7 executed the transactions.
I then manually filtered out those Safes that have more activity than just this "SwapOwner" tx, as to not include legitimate users of StakerApp in this report.
Safe Address
0x81058ff64a2D765E73fC04c6a19E051701D101C8