@Nagalim
Two different instances in two different folders on the server:
/server-usd
/server-btc
All with their own sub folders, configs, etc
@Nagalim
Two different instances in two different folders on the server:
/server-usd
/server-btc
All with their own sub folders, configs, etc
I hope you got the problem fixed.
If not, you might want to have a look here:
thanks. it is a very strange error. it is like client.bat doesnât recognize the server IP number
if the whole âserverâ argument is missing from pool.conf, i get the ERROR: pool.conf could not be read: âserverâ.
i am reviewing the python program to see IF i can find the bug!
Do you mind to try this?
Donât forget to update the pool config file after youâve downloaded and unzipped https://github.com/Lamz0rNewb/nu-pool/archive/experimental.zip!
this is working! thanks.
my very first bot experience
exactly, the windows version
Yeah!
I bet you started the bot directly and not using the âmultiple ALP bot startup scriptâ (alp-bot-sessions.bat), right?
Youâre lucky that I decided to include a windows set of the bot collection
yes directly. and i changed only the required parameters in the conf file.
the rest are unchanged.
Thatâs how it should be.
This section needs attention:
### REQUIRED PARAMETERS ###
# NuBits payout address
address = xxxxxx
# API key from the exchange
apikey = xxxxxx
# API secret from the exchange
apisecret = xxxxxx
The rest can remain unchanged.
I tried my best to have all
### GENERAL OPERATION PARAMETERS - DO NOT CHANGE ###
server=
unit=
exchange=
settings correct as well as the recommended deviation and offset for each bot operation.
I wouldnât guarantee that, though.
In fact most of the settings are still like they had been in @Nagalimâs version. I adjusted some of them settings based on his recent recommendations.
The pool settings in the unix and windows section should be identical.
In case you find something that doesnât match, feel free to tell me in the âUniversal ALP bot collection - forked (and hopefully improved) @Nagalim edition"â thread or make a pull request in github
payouts are working daily at a fixed time?
and the amount the bot reports as âbalanceâ is accurate?
Payouts occur at ~ 1700 EST. Yes the balance is accurate.
You must have greater than 1 NBT to have a payout.
I suppose your bot is running fine.
If you want to extend your liquidity operation to other exchanges (or shift a part of it) this is very conveniently possible with your awesome bot collection!
âŚnot trying to move liquidity providers away from NuRiver - Iâm very glad to see another ALP! - but spreading money across exchanges equals balancing exchange default risk; just sayinââŚ
waiting for my first payment from the pool, i just check cryptsy and i see that i have zero balance of NBT and BTC after the bot cancelled the orders!
i sent them a support message to check it, i didnât have any hacking or withdrawing!
lets hope they solve it soon!
they answered already!
"We are performing some routine maintenance on the site. Your balances may be slow to adjust properly however your funds are safe and balances will be corrected shortly after the maintenance is over. "
I just want to confirm that Iâve received 2 payouts so far!
Some statistics of my bot:
my logs contain 3,913 lines reporting status including efficiency.
Digging deeper in the logs showed 170 lines like this:
2015/09/10-04:51:09 INFO: cryptsy - balance: 0.00000000 rate: 0.00% ppm: 0.00000000 efficiency: 0.00% rejects: 0 missings: 0
I think there was something wrong with my connection that caused âefficiency: 0.00% rejects: 0 missings: 0â.
Iâm removing these 170 lines from the calculation, adjusting the numbers to:
I give NuRiver on cryptsy 99.47% (3,722 of 3,743) reliability.
Thatâs impressive!
âŚand I have some other ALP bots to compare with
those lines with zero balance is exactly the same logs i saw due to the cryptsy maintenance issue
not a bot problem
guys a question about https://raw.nupool.net/nubits/
i see that all the pools have the lines:
Ask order target xxxx NBT filled of maximum x NBT ( xxxx% )
Bid order target xxxx NBT filled of maximum x NBT ( xxxx% )
what this âmaximun filledâ really mean?
and what if some polls are > 100% ?
thanks
That means that the âdutch auctionâ model kicks in to the competition. When the targets are full (100%) the liquidity > 100% will be provided âfor freeâ or at 0.00% rate. This âfreeâ liquidity is accounted into the âfilledâ target.
In your client (assuming you have 100 NBT) it would something like this:
ASK: 50@0.18%, 50@0.00%,
the nbt/btc pair gets a lot of movement! i think we should raise the ask/bid limits of ALP from 1500 to 2500 maybe
since they are empty oftenly and not quickly refilled!
edit: actually cryptsy has become the #2 in volume!
1 Poloniex NBT/BTC $ 62,455 $ 0.998773 93.81 % Recently
2 Cryptsy NBT/BTC $ 1,714 $ 0.990470 2.57 % Recently