-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ban mitigations #33
Comments
I am thinking of running some A/B tests with a large number of testing accounts to try and find the ban criteria. Can probably be done on AWS Lambda. |
FWIW My account didn't get banned, but restricted behind the phone verification crap recently, I just ran a full deletion and immediately left a guild after that. Can't seem to use this method to get restricted reliably though, maybe it was just a coincidence :/ |
Any new insights on this issue? |
Nope, but I haven't seen any more bans since introduction of some spoofing. |
I'll say that I've been running this script pretty hardcore recently, while also using the desktop client and phone client and I haven't faced any issues (yet) |
Nothing since, but the rate limits are heavier. |
Can you tell me what parameters i need to set not to go over those limits? @cedws |
You don't need to do anything. The program will sleep for as long as the server asks. |
Following on from discussions in a related project, I am investigating how bans for self-botting could be mitigated. For now, I have implemented UA and super properties spoofing to make the program look more like the official client - I'm waiting to see if this will work.
I suspect that the way Discord's heuristics works is that users with a high number of transactions are subject to special logic which scrutinises requests and checks whether they look like they are coming from the official client.
The text was updated successfully, but these errors were encountered: