xNiceEinz

It's not important since you can you one apiKey for different Accounts as i do it.

If i'm right the package just use the same functions as the normal web interface of steam. Tryed out: If i accept a large "deposit" trade i've got the timeout on my tradeoffer page and the opposite side doesn't have this delay/message or what ever its called. So if i'm right the polling errors appear sometimes bec of this delay/message. So if i request the trades it should be much less problems. Since you told me you're not using the function to wait for a deposit rather you request the items by the id? There is one more question i got here. Are there any limitations i don't know yet ? - Max 30 Pending Trades at the same time? -> Enable a second bot if this is reached. - any more?

But i don't find new trades at this moment.... and on bigger trades it can take up to 1-2 minutes till the showed polling errors are gone....

Hey guys, i'm currently upgrading my system and build a solid bot solution like e.g. csgohunt use. We got this with different bots which accept incomming trades and send them to a payout bot (collect all items) + send the user a offer. But there is still the delay when the trade is pending between accepted and received... on the deposit bot ... So now i'm thinking about something like let the user select the items on a Interface and my bots send them a trade with the specific item ids. In my opinion that would be much faster if i'm right bec the user got the "delay" and not my system. Delay: Tradehistory not available for a while when the items are pending between the user and my account. Anybody got experience if there is a difference between deposit and request a trade? Also is there a difference if i request 50 or 100 items from different users at the same time?

Hey, we use the tradeoffer manager to let the user deposit on our system. For that we only let them deposit skins and don't take skins from our bot. In this case we check the offer and after accept it we use the getReceivedItems function to recheck the offer + read the item ids. in 70% of the cases all works fine. But on the 30% of cases even if we try it up to 180 times over 12 hours the receivedItems is still 0 But the offer is definitly accepted and the items which was in this trade are on our account. Since we checked it 180 times over 12 hours i don't think there is a error bec steam is down or something. Maybe you've got an idea guys?

What do you think are the right informations called "other identifying features" ? Because in my opinion there aren't any other things where i can compare them.

@cycpl how did you solve it. I'm using "receivedOfferChanged" and there are also trades which are accepted and the event don't trigger. So i'm forced to recheck the trade with "getOffer()" which is in my opinion not the best solution to handle it. Hopefully the event receivedOfferChanged could handle this in near Future...

Mhh okay, but how could i prevend this?? And how they come up its by ip or by account?

1. Timeout 2. Data temporarily unavailable 3. Can't accept offer

Polling errors: Timeout and Data Temporary unavailable. And"Unable to accept offer: Cannot load new trade data: Data temporarily unavailable (often on this error we get never a Status Change from "receivedOfferChanged" when accepted, but trade is in the meantime accepted... (so we have to recheck manually (but with which algorithm, for example no statuschange for offer > 60 sec => check manually with getOffer() so we loose neccessary time because we don't know if the trade notify as normal with "receivedOfferChanged" as acepted or we have to check this manually You know if the polling error restrict the ip or restrict it just the bot account ? As i said interval is 15 seconds atm

1. For understanding the background we use atm just one bot on our system and allow any kind of skin in the deposits by the users with up to 5 trade per user (just 2 @ the same time) So now they come and start depositing. Till up to ~ 15 user the system works fine, less polling errors, but if there are up to 25-60 users which depositing syncron the bot can't handle it because there are to much polling erros and can't accept errors also some trades which got an accept error there is no acepted notification as explained here ( https://github.com/DoctorMcKay/node-steam-tradeoffer-manager/issues/115 ) So some trades are already accepted but we don't get a correct response by the node module steam tradeoffer manager. We've a real time bid application so we're using a 15 seconds polling interval, what do you think is the best solution to improve the system at this point? 2. You've said there is no difference if we got one or multiple bots. So just for example if there are 5-10 trades which we're accepted by the users at the same time there is no difference if we handle this on multiple bots or just on one bot? So if understand it correctly steam throw this polling errors for the ip and not for the account correctly? Then we had to add one more ip to get a better perfomance?

Hey Guys, I'm here to ask a few more Question about Steam and Steam Trading and how you handling some problems The first question i've got is about the polling interval of the trading bot. So what amount of seconds you're using and how do you deal with polling errors? You just ignore them or what you've done to prevend you're system from them/reduce the errors? (Tryed out a few different times like 5 seconds up to 20 seconds but everytime my bot show me this errors on mass My second Question is about a extended trading system. Currently i've got just one bot on my system. Are there more advantages than just a extended slot capacity? Maybe it prevend the laggs on the one bot and reduce the polling errors? Or why the most sites/systems got more than one bot. Another Question is why the most sites banned cases is there a special case why i should do that too or just for "WE DON'T WANT CASES ANYMORE!"? May it slow down the trades or Steam throttle the trades with cases as low priority or is there another important thing i didn't got? Ofc its annoying to fill a bot with just cases but thats not the point here. Anyway Question four is about trade handling. I saw only a few gambling site which let the user send the offer to the site, the most sites let the user select the offer than the site send a trade to the user with a security token. It just more comfortable for the users or it's to prevent laggs on the system/bots ? Would be nice to know, may somebody got a answer for this and also if there are more advantages than just the comfortable thing. Would be great if i'll get some usefull answers to improve my system and also could help out other people which got the same questions now or in future. best regards xNiceEinz