Topic: 🌟🎲🌟 MoneyPot.com - page 44. (Read 119079 times)

I'm going to have to sift through a bunch of those and remove some of them soon ^^

What is a 'solid promo' for you ?

1. NO The promo tool is not specific to you and will be made available to all users. The context of our conversation, i described that the tool would be available to you. For you to implement, as well as the other 1042 app owners.

2. Basically, you would be able to offer bonuses / etc out of an app funding system. It would be up to you on your implementation on how to limit withdraws.

3. Yes I was referring to MP apps. There are 1043 of them, 126 with verified domains. Theoretically speaking, that could mean 900+ are in development.

Here is a list of the verified domains (May or may not be active)
https://vampythegod.github.io/
classic.plinkopot.com
https://www.greenfundur.com
uni-games.com
http://diablo.ga/mine
doodledice.tk
minidice.in
faucet.y0.pl
bitcoinfaucetrelay.com
btcdice.comuf.com
freebitcoin.ge
masterdice.github.io
jackpotracer.com
ixomine.com
meherdice.com
hubdice.ga
patdice.github.io
bitpotslots.com
www.wizzit.za.net
https://7ol.eu
dice.fastcoins.cf
PKRStacks.com
hiorlo.com
http://getquick.gq/dice
btcoindice.net
https://spacedice.github.io
hasbet.github.io
golikez.com
dexontech.net
coinin.ga
http://bitdice.github.io
https://in-dice-we-trust.github.io/
PlainDice.com
digitaldice.io
plaindice.com
bitcoinrush.com
https://autodice.github.io
https://bitsrapid.alwaysdata.net/
https://bidpot.xyz/
http://flipthebitcoin.ga
http://neodice.ml/
https://illevate.github.io/
http://luckyspin.ga/
https://coinbet.it
https://bestdice.github.io/
http://www.captchaygana.com
http://beta.frenchdice.xyz
http://btcbot.ga/sweeper
http://www.captchaygana.com
bubblesbit.com
https://milkguzzler.github.io
earnabit.com
https://rockcino.github.io/
https://moneydice.github.io/
http://www.btc4bets.com
texasholdemallin.com
https://www.jackpotracer.com/dustlottery
bitroule.com
http://kiefner.github.io/coinmines/
grabby7.github.io
https://satoshinet.com/dice
https://www.dicemize.com/
https://bitcoindoubler.github.io/
bitstacker.xyz
http://mineabit.esy.es
neodice.ga
plinkopot.com
https://www.jackpotracer.com/sicbo/#!/
jackpotracer.com
https://doublebtc.alwaysdata.net
https://99dice.github.io/
http://awesomedice.net
dustdice.com
http://bitmine.xyz
http://geodice.xyz/
http://www.btcbot.pw/Multiplicationer
http://thecryptofaucets.com/
sat.oshi.xyz
https://bay-dice.github.io
https://www.vegascasinobits.com/login
https://bitcoin-dice.github.io/
https://bigbits.github.io/minesweeper/
qdice.net
http://morantis.github.io
bot.seuntjie.com
http://flappybit.com
http://goldlotto.xyz
https://btcdragon.com/
https://wealthydice.com/ep/moneypot/?func=login
shitdice.github.io
http://doubloon.co
ccdice.net
sharpdice.com
https://winbitcoin.cf/
https://bestluck.github.io
http://66.11.119.139
https://xchangeanything.com/flexidice/
https://hostbay.github.io/
https://www.bubblesbit.com/
http://boostdice.xyz/
investdice.github.io
http://www.bustapot.pw/
pokercoin.casino
https://www.wagecoins.com
https://provably.io
http://simplecryptogaming.com/oauth.php
http://luckyspin.pw
https://diceco.in/
bitcoinsyndicate.net
https://jackpotracer.com
https://rollthebit.io
https://bit-exo.com
betterbets.io
https://zdice.github.io/
msirp.fr
http://sweepabit.com
http://www.btcbot.ga
luckyb.it
https://xchangeanything.com
https://btcdragon.xyz/
http://www.place4bets.com
https://hyperdice.github.io
gamesfaucet.com
yolodice.github.io
https://topteam1.com/

 I am sure you can me show your promos you are running right now with the bot you explained. or maybe better to ask how many of those many MP apps are using your bot or uni's bot for promos

just for info we follow all promos which are done by MP apps and till now I did not see any solid promo as it is done by casinos outside of MP and common in the  casino industry

but thx for triyng to help

are you saying I asked for a promo tool only for us? I really hope not. I remember very well when I presented the idea who liked the idea and promised to implement it in v2

the idea is for all app owners and not only for us. we never asked to implement anything only for us because we dont like preferred treatment

what promo system are you working for v2? I am sure this tool will not be available only for us it will be available for all so why are you saying it Once it is complete, that tool will be made available to you.

We are working with a large-scale api with 100s of other websites that depend on it do you mean MP apps? if yes could we have a list of those 100s?

Hi, so i followed a little bit the conversation.

'solid promo' are achievable on mp. Maybe not directly supported tho.
You can take my bot (dexonbot) an account I made for the promo I ran on my app for example.

The bot has his own server which connect on socketpot/the app server, to track the players bet and tip the winners of which ever promo that is running.

So what Craig was saying is, you could set up a 'counter' which could be a bot that is connected to your game and running a promo using the tip function (since the bot has a moneypot account to connect with)

And for what you were saying about chips, you can make either your bot or app server to handle them. (Bot would be for non-confidential app)
You can make your players to interact with your bot in case of non-confidential app.
Or make your server to handle your chips how ever you want. Build your own database to keep track, and arrange your game to be able to use them. If you're planning to give chips to your player so they can gamble them, well, (i'm not sure what's the point) you can make your own bet results on your server. (Since these aren't part of moneypot)

The bits that you give to your players can be used how ever they want.

Here's a module uni made that could help you (or your devs) out into making a "promo bot" for your apps: https://www.npmjs.com/package/mp-token

After that, players are free to use their wins from promo as they want since ... well, it's their bits now.

Hope it was clear and helped

JPR. I said that we are working on a promo system for V2. Once it is complete, that tool will be made available to you. It will be up to you and your dev to implement it a way that it works for you.

We are working with a large-scale api with 100s of other websites that depend on it. My statement was basically stating that we cannot tailor tools to one specific use case, we have to be neutral in everything we do.

thx for explaining and even it is doing what I want you are saying actually it is a pain the a**

MP does not give us the tools to do a solid promotion thats just not right what you are saying sorry to say that and maybe lets hear some app owners why they dont implement this kind of promotion you are proposing

just look around who is doing promos
and what kind of promos
and how many apps stopped giving promos
and how many apps closed after giving promos
and how many apps promised promos and didnt pay out

I can give you a big list of such apps but I am sure you guys know this.

JPR, what you wanted is what I described. Obviously it would be done in a hacky way but it would allow you to implement before v2. You wouldn't physically allocate those funds to the user at the MP API level. It would be done in your application. When a user is wagering with those funds, you would send the api call through with the JPR auth id and modify the balance of the user with his allocation on loss or win. Only once they reach your threshold you allow them to withdraw, which would be done through your application by tipping the user. You would then change the bet auth id back to the users. Its not a clean implementation by any means, but it is feasible solution for now. You would need to keep track of which hash goes with which user, but it could work.

I know your not a dev, so you may not be 100% with the api, which is completely understandable. We are working on a promo system in v2, but it may not be exactly what you described. MP cant handle all the grunt work. We simply give you the tools to do what you need to.

sorry but as you said  it is not recommended and it is not what I described

- Manage that users auth_id via your app. Allocate a portion of those funds to the user.
thats exactly the point I described I dont want to do Allocate a portion of those funds to the user

I am not a coder and we have no coder and if we would have one we would never go this way and there was no app who did it this way.

could we agree that this is not what I proposed? because people will think that we are asking for something that already exists on MP

many app owner cant do a solid promo till today. and promos are a must for attracting new customers

looking at our app and other apps we see that many many customers disappeared. some came back with a new nick cause they feel a bit of shame that they need to wager lower than before. but all in all many customers are gone or pausing. but thats normal for a casino and therefore casinos need to do promos to attract new customers. if you agree with me so please give us the tools

Thats doable now, albeit the solution is a bit hacky.

- Register a user on MP, deposit funds into it. Transfer them to your app.
- Manage that users auth_id via your app. Allocate a portion of those funds to the user.
- The user will be wagering with your users funds.
- Once threshold is allocated, tip the user with your funds behind the scenes.

This will require a lot of dev work though. You would be responsible for limiting via your app how you manage deposit / withdraw, etc. All you will need to appear seamless. Etc. Not recommended method, but way you could achieve. Betterbets follows a similar method with their lottery.

sorry I still dont understand please bear with me till I understand

the user comes to our app and we have a promo to give him 5000 bits and he need to do a 11 x rollover on poker.
with what will he start to wager? with his coins? that does not make sense because we give promo and he does not need to bring his money to the table
with our coins? how is that? we dont want to tip him in advance

we had no chance to lose promos that means the user need to deposit 5000 bits and wager it. in case he wins and stops he is happy and in case he loses all we refund him the 5000 bits. nice but it was really difficult to find those takers

I hope you understand my point of view now

I understood your question and explanation. I just tried to give you a some what feasible work around for now. Its not the best implementation, but it will allow you to somewhat achieve your goal. Most casinos Ive played online release the bonus in increments, requiring the deposit to handle the play through. That is what my response was based on. The counter would essentially keep track of the play through and your app could "tip" the user his bonus once he reaches that threshold.

thx for posting more details

you said
You can work around this on V1 by having your dev implement a "counter" of some sort and once they reach a certain point Tip them manually out of that

thats not what I meant cause a implementing a counter what will he tell me? what the user wagered? thats not what I described
we right now give 100 bits 2x a day for any user (old and new) and if you believe it or not there are some idiots who take the 100 bits and run lol
we want to give 1000 bits or 5000 bits and even more for promos and attract new players but we cant risk it cause they will hit and run. but tokens/or chips we can buy from MP with sole purpose for our app and promos those users can not hit and run. and we can tell users how many rollovers they need to do before cashing it out. thats how the casino industry works outside of MP. there are deposit bonuses and no deposit bonuses but we cant offer such promos right now. investors will not be harmed by this kind of promo if we buy the chips from MP. we just secure ourselves from promo abusers

@JPR I was unfamiliar with what you have previously discussed with Uni. Your explanation of #2 makes sense and that is a very good idea indeed. Ill discuss with the MP owners. You can work around this on V1 by having your dev implement a "counter" of some sort and once they reach a certain point Tip them manually out of that.  Im still a little weary on #1 but will address this as well.

Again, thank you for your insights! I will note that V2 is planned for future long term development. Meaning, the API will be subject to continuous integration with new features added.

Once V2 is implemented, V1 will be deprecated with a 6 month lead time for EOL (End of Life). Here is my planned roadmap. Subject to change.

V2 Q/A Day 1
- App owners test dev api.
- App owners begin api prod implementation. (No Launch)
- Extreme load testing prod

V2 Launch 15-30 Days Later
- Apps with V2 will be accepted and enabled to use api
- V1 Deprecated.
- Time depends on Q/A

V1 EOL 6 Months Later
- V1 discontinued.
- All app owners should be migrated to V2.

V2 Continuous Integration
- Rolling API Changes. (Nothing Removed)
- Releases will be done on a feature basis following a Git flow / Agile style practice

Those concerned about implementation, all routes in V2 will remain the same, but with added information at the least. There will be new routes available to take advantage of new features.  Im doing my best to make sure that it can be a drop in replacement in your current applications so migration would be simple in the most basic applications.

it nice knowing that you really hearing out voices and opinions i love moneypot and i would keep watching this thread to make sure that im updated in everything that you are working right now, your business will continue to prosper just keep it up and let us know whats your future plan. good luck

No worries.  We try to be as up front as possible about things and don't mind anyone voicing their opinions. 

A lot of the leg work was done over the last few months getting things stabilized and prepared for future development. We have a handful of developers working on projects daily for Moneypot and I agree that a lot of the ideas you mentioned were good and will do our best to get them added in due time.

thx for explaining

sad to hear cause those features were best features ever to give app owners nice tools to work with and it would help to bring many more customers to MP and therefore the decision to delay this or not to implement is not understandable for me. but as we know already it is your business you can do whatever you like. but as you know me I will always voice my opinion.

One of the reasons why we've been so delayed so much is because we have moved away from most of our previous developer's v2 work.  

Rubies and quite a few other integrations were 99% completed, but for the most part have been discarded  and reconfigured.  So the end results may or may not be what was told to you from before.  We are however looking to get those features integrated... it just may or may not be included in the next v2 release.

Profusely apologize for this.  We do have large deposits go through quite easily.  This unfortunately was a stuck block and we are working on resolving the issue.