![]() |
Quote:
|
Quote:
I will appreciate it </br> |
Quote:
|
Quote:
i hope the bin isnt vbv </br> |
Quote:
|
would like to see the shop add the ability to check cards with an actual auth of .01 and up as the shop gives many false positives (85s) on these zero auth checks that would otherwise not give a 00 or 85 if a auth of .01 and up was done and i've confirmed this with my own checkers... the cards repeatedly give 85 on 0 auth checks even after giving decline on .01 auths and up </br></br></br></br></br> |
Quote:
This is not the shop giving false positives. In fact, the doesn't have its own checker but instead uses a combination of Luxchecker and 4check. You are always welcome to sign up and use 4check (4check.me) to verify checks. |
see how you deliberately dodged the idea of doing checks that aren't 0 auth (through any check provider) because u know yourself you'll be refunding more DEAD cards this way given these cards that are 85ing 0 auth checks are ALREADY flagged and would NEVER 00 charges .01 and up if you don't think that you'll be refunding more DEAD cards this way then give shop users the choice to choose checker type (0 auth or not) Authorised 85: Not declined (Valid for all zero amount transactions) a card for sale that is live and valid should approve .01 and up zero auth getting approved is meaningless to a carder who wants a card to take charges (.01 and up) |
https://prnt.sc/-u2PD3CuQUPV yeah didnt even make it to order a burrito on chipotle's site because of your junk 85 cards which 05 real auths xD i bought many cards today and had no issues but the ones that show 85 arent fucking live this is stupidity you can check a card with 0 auth get 85, then attempt a charge get 05 and then attempt another 0 auth and still get 85 again after even a 05 because the card is in FLAGGED state |
Quote:
First card I tried worked right away: https://crax.tube/watch/bahira-finan...LZOpTtj9N.html You need a deeper understanding of checkers. A checker is not a magic code which simply does something in the background. We use both Luxchecker and 4check services to perform the checks. The "simple" method which does reserve an amount and then voids/cancels it (0$ pre-auth/zero check method) is the one producing 85 instead of 00 Approved (auth method) where cards are instead debited. The reason why the response code 85 may work even after a 05 decline code is because the auth method uses a different payment gateway to perform the check, which the banks keep a closer eye on and will decline payments from such methods. 05 doesn't mean that the card is necessarily dead, but could mean that the bank just won't accept payments from the source (checker). I don't know how you card and what your setup looks like, but based on the statistics compared to other buyers something isn't right. It's just been too many times now that I've helped "experienced buyers" who ultimately carded from the same stock RDP/Chrome browser or using public VPNs, and swore the first payments from these worked before. I have no problems believing that, but I'm not surprised that it doesn't keep working. I'm just tired educating "experienced buyers" who are not ready to adapt or change their setup or strategy. Might set up a basic tutorial on increasing carding success although it's really not my cup of tea actually as I run a shop, not a school. I would suggest you reviewing your carding setup. It doesn't matter how long one has been around. It's not as it used to be back in the days where browser fingerprinting for example wasn't a real fact and IP blacklists weren't implemented as widely by banks and other financial institutions. Even when using anti-detect browsers in combination with socks5 proxies may not be sufficient if the IP is blacklisted in xbl or pbl. |
All times are GMT. The time now is 03:59 AM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.