Show Posts
|
Pages: « 1 2 [3] 4 »
|
Hi kairos can you tell me when payments get sent back from previous rounds as it says confirmed too late sent back?
If you see "confirmed too late - returned to sender", payment should be sent already. Do you have some problem with specific payment?
|
|
|
Thanks! Please just correct the typo: FichBitFish -> FishBitFish
|
|
|
i think you should advertise your site make affilates or something more so that there are more bets Yes, this week we are starting with ads (even on Facebook) but the budget is low. ;-) Frankly, I have no ideas how to make affiliate/refferal program on a site where users don't need to registrate or perform specified things...
|
|
|
Hi all!
The first RED VS GREEN round has just kicked off!
In this game variant the fee is raising from 0 % to 50 %! Therefore we expect the investment fever in first minutes and hours of each round, as the opposite to YELLOW VS BLUE.
|
|
|
Ok, I guess Im not using that site then. Im not gonna lose my coins if the network bein slow that day. Thanks for help.
It could only happen if the network would be so slow that your transaction would get the RECEIVED timestamp with significant delay (this is not about the confirmation timestamp). And it never happened in our game. All incoming payments always had this "received time" within the round's timeframe. You would have to send your payment ca 1-5 seconds before the end of the round, to really face this problem. But if you are really talking about this problem, then ok, we may think about refunding even those payments. The reason why we (officially) don't do it now, is practical - we don't automatically scan all historic addresses for accidental payments made long after the round has finished.
|
|
|
This idea seems kinda cool. "we don't return payments that are recieved after the end of the round". So if I send a payment 5 minutes before the end of the round and the bitcoin network is going slow and my payment gets there 1 minute late (even though I sent it before). Then I lose my money?
No. Received before the end + confirmed before the end => counted (fee charged) Received before the end + confirmed after the end => not counted, refunded (fee not charged) Received after the end + confirmed after the end => not counted, not refunded (Hope it's clear even though english isn't my native language ;-))
|
|
|
Hey kairos, I'm just wondering, when will you take away the fixed 2% fee and add the 0 - 10% fee again? With the fee fixed, everyone just sends at last second... xD
Yes, in very few days there will be two parallel games - yellow vs blue fish with fixed fee and green vs red fish with progressive fee. I am looking forward to see which one will work better.
|
|
|
Thanks a lot! I'll contact you soon.
|
|
|
Also... when will payments be automated?
Now it's almost automated... we have got a big red button that has to be manually pushed. It's better to check it personaly than to trust completely computers... remember Mr. Karpeles. ;-) Plus, now we usually wait few more blocks, to be able to include refunded transactions (those confirmed after the end of the round) into the same transaction together with payouts for winners.
|
|
|
Hi all fish fans!
We received several requests proposing us to always wait for payments to be confirmed after the end of the round. What do you think about the idea to introduce some specified interval (1 hour?) after the end of each round? If the payment is received before the end of the round and confirmed within this additional interval, then it could be counted. Winners would be able to be announced after that.
The truth is that sometimes players have no control over whether their transaction will be confirmed in the next block or in the next after next... (their wallet can generate some strange transaction with lower priority...)
|
|
|
Woo, the first time i came to the site i didn't remember the fees being that high. really doesn't seem worth it to make small bets at that kind of cut. Seems like that would only kill the game... Just my opinion.
On the other hand, the fee is almost zero within the first hour after the start of the round. ;-) Theoretically, we may try the full range 0 % to 100 % during the round. You just have to consider the "real" end of the round coming sooner than the physical one - at the moment when it is too risky or not profitable to make any more bets. Plus, it would be compensated with higher jackpot, of course. It would be different game, but not necessarilly less attractive, IMHO.
|
|
|
I'm wondering, how is this game provably fair??? o.O
Provably fair - because everything is in the blockchain, no additional data for calculations (you can recalculate all winnings simply by using public blockchain data).
|
|
|
Current fee increasing every seconds No more interesting for me.... bye bye Thanks for 0.1 BTC profit! We are just testing various alternatives... what is more interesting for players... Floating fee should eliminate battle of payments near the end of each round. Moreover, players need more to calculate and decide more quickly - it is more about strategy than just brute force of money. But we will see... maybe both versions of the game (or even more) could run simultaneously...
|
|
|
A nice game, which prompted me to do a bit of mathematical analysis on it.
Wow, thank you for math analysis! We are going to complicate it a little bit in the next round, stay tuned!
|
|
|
I like the design and concept a lot, let me know when you have a referral program and I'll send lots of traffic your way Thank you - I'll let you know when we finish the beta stage, fine-tune and automate all processes and will be ready for lot of traffic. ;-)
|
|
|
Thank you for your question and sorry for this - correct value is 0.01246296 BTC, we will send you the rest ASAP. (We had DB problems at the end of that round and we sent payments manually... It seems that yours was the only one that was wrong.)
|
|
|
Many transaction unconfirm before round ended.
Yes, the bitcoin network is currently very "slow" - last block was created by miners 40 minutes ago and still waiting for another one. The game is about this risk.
|
|
|
I am very sorry, we are back, everything has been properly recalculated according to the blockchain and rewards will be send out soon. There was a problem with synchronizing our DB with the blockchain.
|
|
|
Yes, sorry for that. Plus we will exclude small outputs. Hope next round will be without problems. ;-)
|
|
|
Yes, currently we return full amount. In future probably without the fee. ;-)
|
|
|
|