Topic: !! FREE BTC DRAW -> MaltaGames.eu 🤖 Provably Fair 🤖 ✔️ Licensed & Certified ✔️ - page 3. (Read 952 times)

Let me guess, it is to make a delay for the huge withdrawal. The winning amount by ladygaga is above the bankroll so it is obviously a big problem for the site so they try to delay it or maybe the withdrawal may not be approved even if the KYC is done. It does not make senses indeed since there is no terms related to KYC at all under the ToS, so basically they have no right to ask KYC for any withdrawal. Lets see what will happen in the next few days for this big history in this bitcoin gambling industry where we are able to see a single player make a new gambling site turn into bankruptcy in a single day. 

Why is it that you come up with this KYC nonsense only whenever someone wins big amounts... Why not when they Lose huge amounts or when they are depositing?

no that way we can let little kids gamble, and if they win we just keep the btc, the other 50 btc will be printed out of thin air.

Anyways OP congrats on the big win!

Great, a few questions: If you have 80BTC and owe someone 130, where do the other 50 come from?
Further, how do you plan to proceed with your site now that you have no funds left in the bankroll?

About the KYC crap. Did you pruposefully omit that from your ToS? Because I don't see it being mentioned there.
If you plan to enforce KYC/AML, shouldn't you do so before a user deposits, and not after they deposited and won, when they want to withdraw?

If he will pass the KYC verification i will withdraw him his funds.

Archived for possible future reference and to avoid the site altering the public stats later: http://archive.is/J1zE0

How could you allow a user to win 125BTC when you can only cover 80BTC?
Why did you accept bets after your bankroll had already been drained?
Didn't you have any stop mechanism in place that reduced the max bets as your bankroll was drained,
or at least stopped accepting new bets once the player had won 80BTC and you knew you couldn't cover any possible profit from additional bets?

Why? What does the fact change that they are? What will you do differently if they aren't?
Do you treat players differently based on their reputation on other sites?
Would you scam someone who hasn't made a name for themselves yet because you can get away with it more easily?

1. We have 80.0571 BTC bankroll for now.
2. We can withdraw it into your account, only after successfully passing our KYC verification.
3. We must get at least one, reliable proof to be sure you are real ladygaga2000 @ Bitsler.
4. - You only had good luck, the game is right. - look at the other players stats.
5. We must get an proof you are resident of Country that is legal to play on MGA licenced casinos. ( we will pass it in a KYC ).

Fixed our ToS as well.
Have fun.

using shills to promote a site is not cool
especially to fail dramatically doing this , i.e. posting from the wrong account , if you cannot even manage two bitcointalk accounts , how can you manage a site ?
as Lutpin already mentioned, building trust is a long process , we all make mistakes at some point , hope you learn from them and take care of your marketing the right way
the site could do with the description of the games you are offering ( which is just one at the moment )

don't know why you decided that another crash aka limbo game would be popular , there are literally dozens of sites offering it , among other games *shrugs*
read your TOS , the weirdest Iframes term , this means that the site cannot be promoted at any PTC or banner popup sites since they open a timer in an iFrame
like shooting yourself in the foot here for no reason , some other questionable things , take underage accounts for example: how are you going to determine if it is an underage account if you declare no KYC in your terms ,found  several typos too : it is a self exclusion not an self exclusion
in any case , a new site is a new site , lets see what happens in a month's time from now

Well, all 80 BTC were connected to our cloud live servers.
Talked with my DEV, and - we are going to a cold wallet.
Thank you.

That's today, and yesterday, and the day before. What about last week, last month?
How long have you been making bitcoin transactions? And I mean daily, a huge amount of them, for customers that are waiting on you?
The situation around transaction fees and block size is pretty chill right now, but it would be foolish to expect it to remain like this indefinitely.
Do you have a contingency plan, for when fee averages shoot up, because the transaction load increases. For when it suddenly becomes way more expensive to consolidate your small inputs?
I can't see the future, maybe we're lucky and fees stay like this or lower for a long while, however the possibility exists, and we've seen extreme fee levels in the past, so you should be prepared for them.
With the current setup you are running, your service will be significantly more impacted by a rise in the fee market than most, if not all, other services. And it's already been bad for everyone else in the past.
Feel free to ignore my warning, or give it some thought and consider to be prepared, rather than stumbling blindly in a crippling situation.

Ok, how are your 20,000 addresses generated? What source of entropy did you use for them?
Creating 20,000 addresses sounds like a huge task, convenience allows us to generate a batch of addresses from a single source, using hierarchical deterministic wallets.
Are your 20,000 addresses fully independent addresses, or are they part of one or several HD wallets?

It's a cost/benefit calculation to make, and imho, yours doesn't come out on the benefit side of things.
I would also suspect that it isn't that hard to identify funds that come from your service. Harder than when not doing any of the things you do, for sure, but not hard enough, and certainly not impossible.
I'd wager a skilled blockchain detective can unmask your whole setup with little to no work. Hell, I by no means am one, but would give myself a fair stab at it.

That brings my example down from 44kB to 22kB, that is still bad. Both for you and the network in general.
I guess it's not as bad as the calculation I did, but it's also not really a response to my whole point, it's just an adjustment for what I calculated.
The principle point I made still stands.

So...all 80BTC connected to the live servers? I asked about that in my earlier post (the first half, you might have missed it).

Oh, and also - the base withdrawal are being took from the account without withdrawing from splitten addresses.
The funds from player's given deposit addresses are being took after the lost of no less than 96.94% only. - in otherwise, the funds stay on the same account - as we believe the player may recover the funds still.
In this way, we can guarantee a little bit more expensive, but also a powerful - anonymity & security.

And, for the deposits that still didn't got touched yet, the main 80 BTC bankroll pay them out.

We cover the Tx fee, but we send it as an little lower fees - usually they get confirmed on blockchain within 2, up to 6 blocks. - depending on.
20,000 address setup increases anonymity at all, as all new generated addresses from funds from the players generate another address with 0.004 BTC on-board after exchanging into altcoins, & back.

It's just too easy to know the source of funds on BTC address, if they came from gambling. - for ex. look at the Bitsler.
Move to the wallet address into which funds from address X was sent, then into wallet address Y, which is a cold-wallet.
You can easily identify the source of funds by this, for ex. as i given.

/ Note: we charge only 0.00010000 BTC for the Tx Fee, undependant on how much it will cost.

I'd challenge that, given how Bitcoin is a fully public ledger and chainanalysis can be a b*tch. But that's something for another time, maybe.

The way I read it, your full bankroll is stored in a wallet that is connected to your life servers, as you use it for hot-wallet purposes, is that correct?
You say you store your bankroll this way for anonymity purposes, which means you work with a single wallet structure, no separation between hot-wallets and cold-wallets, correct?
Mow I can see the argument being made that at 80BTC all funds are needed to provide a reliable hot-wallet,
but I'd disagree and point out the low transaction load, thus room to secure parts of the bankroll in a more traditional way.

That sounds unpractical, and wasteful in terms of block space.
Also, it might directly go against your second highest priority (anonymity), unless you strictly prohibit address reuse, and even then it might not be enough.

Have you played out some test scenarios with this setup to see how it impacts yourself and the bitcoin blockchain?

Say I deposit 0.5 BTC, get lucky and win 0.5 BTC, now I want to withdraw 1BTC, that would result in a transaction having 250 inputs from your end.
Let's assume we're operating on the "standard" address half of your bankroll (I guess that means non-segwit & p2sh or p2pkh), I'll use p2pkh in my calculation as worst case example:
each input would amount to 180 bytes of transaction size, two outputs a 34 bytes, and 10 bytes overhead.
Sum it up and you get 180*250+76=45076 bytes -> 44.02kB That's a shitton of data for one single transaction.
Now let's say you're using a fee of 0.0003BTC/kB (source: BTC.com average over the last days; yeah, it should be WU now, but whatever, bear with my and my legacy calculation),
That would amount to transaction fees of 0.0132BTC for this withdrawal. Do you charge that fee to the customer?
Do you send the withdrawal with a significantly lower fee, resulting in it taking ages to confirm during high network traffic times?
Or do you eat the fees yourselves, providing a nice experience for your customer, but costing yourself dearly in transaction fees, especially if several of those transactions happen in a short time.


On a side note (wrapping back to the first point): With that withdrawal, you just linked 250 of your 20,000 addresses together, someone who knows the transaction was sent by you (like the user issuing it) can now go and analyze 250 addresses, the way you funneled the funds into the addresses, where they came from, find similar addresses that were connected in earlier transactions, or just analyze the pattern and see where it repeats.
Your 20,000 address setup might not increase anonymity at all, and given the huge overhead it comes with, I'd question whether it's worth it or not.

Alright, the bankroll is 80 BTC splitted within 20,000 different addresses (what gives 0.004 BTC for each), due to security - and just to guarantee the highest Tx anonymity.
10,000 addresses stored is Bech32, and
10,000 addresses stored in standard.
I can proof my addresses, of course. - there are an example of one from our addresses:


The funds coming to generated by our standard addresses, are being also distributed into other cryptocurrencies, (for ex. Monero), then exchanged again into BTC, to guarantee the non-trackable income of funds for anyone.

Storing our wallets in like that, guarantee the biggest security, and mostly non-trackable funds record.
We stay at the highest position of security.   - that's our main vocation! - Definitely.

Let me give you a primer:
You claim to have a 80BTC bankroll, and you state in the OP that the bankroll information can be checked with customer support.
Now it would be a waste of everyone's time if every potential player has to verify your solvency one by one with your support.
It's fairly standard for new casinos to provide signed messages from their coldwallet addresses to show they hold enough reserves.
Having a traceable verified bankroll gives your casino some legitimacy, something you struggle for right now.

Alright, - we are fully registered & licenced gambling services provider, recently also RNG certified. - you can verify it by accessing the documents/seal from our website (at the footer).
Okay, i did the beginning wrong, i'm sorry, dearest community, i'm sorry.

I can spend so much, i can realise it in a great way, but i don't have an experience in marketing - it never was my good...
I will keep doing what i'm doing.

Sorry everyone, i won't do this in a silly way anymore.
It's really hard to achieve something, being brand new in online casinos - i were (and still are) running a local casino on Malta, but virtual casino isn't a local casino...
- Ray

You have spent a lot of money and time on this business but you make a very bad start by shilling your own site. My doubt is right that you are not a real player because you are just a shill account. You have just busted your own project by the mistake IMO. It seems that you have so big expectation on this business but the result is not like what you expect, that's why you try to make it looks good by shilling it but that's become a boomerang for yourself. It is indeed not too late to get better result but you need to prove that you are legit gambling site owner, don't make mistake again and be honest on anything related your business.

Well, even that 1.1x payout is a risk, - it doesnt matter how, but it need to be wagered by at least 1x and you can keep it.

Clear, and easy terms is what MaltaGames wanna provide.