🔶 YOLOdice.com 🔶 suspended on 16st Mar 2021

[panjul07]

Whats the thing with your thread that the images are loading like a whole day?

About which thread you're talking about? Announcement thread or new competition thread.?

This one. I am like looking at the pale text for like half an hour

Check your internet connection, it loads normally in my PC as it takes few seconds only to load everything on the OP. It does not make senses if you need a half an hour for it if there is nothing wrong with your connection/browser.

[1713506261]

1713506261

[1713506261]

1713506261

[1713506261]

1713506261

[1713506261]

1713506261

[1713506261]

1713506261

[ethan_nx]

Whats the thing with your thread that the images are loading like a whole day?

About which thread you're talking about? Announcement thread or new competition thread.?

This one. I am like looking at the pale text for like half an hour

Check your internet connection, it loads normally in my PC as it takes few seconds only to load everything on the OP. It does not make senses if you need a half an hour for it if there is nothing wrong with your connection/browser.

I thought images are proxied and cached by bitcointalk.org - they are not served by our servers. So if the image does not load, this could be 1. our servers are laggy, 2. bitcointalk.org proxy has issues, 3. any internet connection between our servers, bitcointalk.org or your browser is at fault.

Cheers,
Ethan

[RGBKey]

Ethan,

My investments have begun to take a very long time to load. I believe this is due to two factors:

1. Once after the initial page load, clicking on the Invest tab sends two list_investments calls, and receives two responses. This creates unnecessary additional load for the server and the client. Every time the Invest tab is selected after this, it only sends a single call.
Example


2. Even though the "Display closed investments" box is unchecked by default so closed investments are not displayed to the user, all investments are requested from the server. I have frequently opened and closed investments, and now have 192 total investments including closed ones. It's not necessary to send that information to the client until they explicitly request it by checking the "Display closed investments" box. This could be fixed by using the status parameter when calling list_investments.
Example


Hopefully, this information will help you debug long loading times on investments for certain users and reduce server load.

[ethan_nx]

Ethan,

My investments have begun to take a very long time to load. I believe this is due to two factors:

1. Once after the initial page load, clicking on the Invest tab sends two list_investments calls, and receives two responses. This creates unnecessary additional load for the server and the client. Every time the Invest tab is selected after this, it only sends a single call.
Example


2. Even though the "Display closed investments" box is unchecked by default so closed investments are not displayed to the user, all investments are requested from the server. I have frequently opened and closed investments, and now have 192 total investments including closed ones. It's not necessary to send that information to the client until they explicitly request it by checking the "Display closed investments" box. This could be fixed by using the status parameter when calling list_investments.
Example


Hopefully, this information will help you debug long loading times on investments for certain users and reduce server load.

Thanks for it. I know we are requesting investments info often from the server and if someone has a lot of closed investments it makes the response a bit long. There is not however a performance-issue uless you have thousands of investments (which someone COULD have at some point), so it's definitely something we need to improve!

On the other hand, I need some stats for closed investments and right now it's calculated in the browser. But I'll probably move it to the server - agregating investment data on the server should be pretty fast.

Right now I am working on adding ETH - and it looks pretty good. I can already generate deposit addresses and process deposits. The only thing I need to do is withdrawals and to make sure the implementation is bullet-proof.

Cheers,
Ethan

[RGBKey]

Right now I am working on adding ETH - and it looks pretty good. I can already generate deposit addresses and process deposits. The only thing I need to do is withdrawals and to make sure the implementation is bullet-proof.

Cheers,
Ethan

I just updated AM to support ETH. Just a couple lines of code, pretty much only dealing with the rain tracker, because that's really the only thing that deals with currency. The yolodice-api package won't need changed, it's already currency-independent as of LTC.

[robhimself1]

Friend from another site got me on here, really enjoying it so far even though I'm down 2 ltc 

Hopefully eth betting and ltc investing are added soon!

[Kiritsugu]

Friend from another site got me on here, really enjoying it so far even though I'm down 2 ltc 

Hopefully eth betting and ltc investing are added soon!

Thanks for joining, I'm glad you like it!  Sorry to hear you lost some though, that's never fun.

ETH will be here before you know it, Ethan is working really hard!

[adaseb]

Ethan,

My investments have begun to take a very long time to load. I believe this is due to two factors:

1. Once after the initial page load, clicking on the Invest tab sends two list_investments calls, and receives two responses. This creates unnecessary additional load for the server and the client. Every time the Invest tab is selected after this, it only sends a single call.
Example


2. Even though the "Display closed investments" box is unchecked by default so closed investments are not displayed to the user, all investments are requested from the server. I have frequently opened and closed investments, and now have 192 total investments including closed ones. It's not necessary to send that information to the client until they explicitly request it by checking the "Display closed investments" box. This could be fixed by using the status parameter when calling list_investments.
Example


Hopefully, this information will help you debug long loading times on investments for certain users and reduce server load.

Thanks for it. I know we are requesting investments info often from the server and if someone has a lot of closed investments it makes the response a bit long. There is not however a performance-issue uless you have thousands of investments (which someone COULD have at some point), so it's definitely something we need to improve!

On the other hand, I need some stats for closed investments and right now it's calculated in the browser. But I'll probably move it to the server - agregating investment data on the server should be pretty fast.

Right now I am working on adding ETH - and it looks pretty good. I can already generate deposit addresses and process deposits. The only thing I need to do is withdrawals and to make sure the implementation is bullet-proof.

Cheers,
Ethan

Hey what is your take on adding the Lightning Network?

I know that it's risky currently on the main net but you could limit the amount of deposits and if anything happened it would be a small loss.

Every day there are tons of new nodes and channels listed.

Besides blockchain there are other merchants such as some VPN that decided to try it out

[lucagomez222]

Just visited your site and it looks great!

[RGBKey]

AM and RGB-Exchange will continue to be down until I can repair my machine, sorry folks. I have no way of estimating how long this will take me unfortunately.

Fixed

[Samarkand]

Is it possible to withdraw BTC from YOLOdice to a BTC address that has the new
bech32 address format? I´d like to play, but I exclusively use the new
bech32 address format and obviously it doesn´t make much sense for me
to deposit BTC when I couldn´t withdraw the potential winnings.

Electrum already fully supports the new address format and it was already
merged into Bitcoin Core and will be included in the next release.
I guess that eventually every site will have to support it anyway, which is
why I think that you should integrate support for it if you aren´t supporting
it as of now.

Thank you for answering my question or considering my suggestion.

[Kiritsugu]

Is it possible to withdraw BTC from YOLOdice to a BTC address that has the new
bech32 address format? I´d like to play, but I exclusively use the new
bech32 address format and obviously it doesn´t make much sense for me
to deposit BTC when I couldn´t withdraw the potential winnings.

Electrum already fully supports the new address format and it was already
merged into Bitcoin Core and will be included in the next release.
I guess that eventually every site will have to support it anyway, which is
why I think that you should integrate support for it if you aren´t supporting
it as of now.

Thank you for answering my question or considering my suggestion.

Hi there!  After doing some digging, this was the most recent discussion I could find of Ethan discussing the bech32 stuff (~November 2nd of 2017).  He comes back online on Monday, so I will ask him again his thoughts then and try to get an answer for you.  If you happen to come into chat, I am Randall (UID: 7), one of the Mods, so you can always reach out to me there as well.  Here's what I found:

Ethan, does YOLOdice support sending to native segwith Bech32 style addresses? Haven't had a reason to test it yet but just downloaded the new Electrum.

Bech32 is still a proposal, we'll wait until it is more widely adopted. Right now Bech32 addresses do not pass our validation, so they cannot be used to send funds to.

Cheers,
Ethan

That's odd, I would think that Electrum wouldn't add it in if it's only a proposal but I'm hopeful. Also, Bitcoin Gold appears to have just implemented replay protection yesterday. Maybe now it'll be possible to split coins.

Well, according to https://github.com/bitcoin/bips/blob/master/bip-0173.mediawiki:

Compatibility

Only new software will be able to use these addresses, and only for receivers with segwit-enabled new software. In all other cases, P2SH or P2PKH addresses can be used.

The new addresses use new encoding and new checksums. I am affraid a lot of time will pass until the new format is widely accepted. But we'll see - some projects get much faster adoption than expected.

Regarding BTG - I don't think there is a functioning minenet just yet. Replay protection is definitely a good thing though!

BTG release is definitely late, but our intention is to distribute the coins once/if the fork is stable.

Cheers,
Ethan

[RGBKey]

To add to that conversation, I think it would be beneficial to add support for at least withdrawing to bech32 addresses. It would require a small change in the codebase and it would allow users to spend even less on fees. I know that fees are low right now but if we're always trying to add features that lower fees when the fees are high there's going to be a lot of upset users in the time before the features get added.

I realize that adding support for allowing deposits to YD on bech32 addresses would likely be more complicated than adding support for withdraws, but I hope that can eventually become a reality too. Even if it was only supported via the API at first.

[Theb]

To add to that conversation, I think it would be beneficial to add support for at least withdrawing to bech32 addresses. It would require a small change in the codebase and it would allow users to spend even less on fees. I know that fees are low right now but if we're always trying to add features that lower fees when the fees are high there's going to be a lot of upset users in the time before the features get added.

I realize that adding support for allowing deposits to YD on bech32 addresses would likely be more complicated than adding support for withdraws, but I hope that can eventually become a reality too. Even if it was only supported via the API at first.

I agree, if you are looking for a long term solution and prevention adding support to bech32 addresses will be beneficial for members when transactions fees are back to being high again. With the new segwit addresses it should be expected that Bitcoin gambling sites must fully adapt to it as it could be a good alternative for people looking to gamble with alternative cryptocurrencies instead. I know it could be a lot of work for the site owners but it could really mean a whole lot for members like Samarkand.

[ethan_nx]

To add to that conversation, I think it would be beneficial to add support for at least withdrawing to bech32 addresses. It would require a small change in the codebase and it would allow users to spend even less on fees. I know that fees are low right now but if we're always trying to add features that lower fees when the fees are high there's going to be a lot of upset users in the time before the features get added.

I realize that adding support for allowing deposits to YD on bech32 addresses would likely be more complicated than adding support for withdraws, but I hope that can eventually become a reality too. Even if it was only supported via the API at first.

Hi,

I'll look at bech32 again, I haven't made any progress simply because only a few people asked for it. AFAIK bech32 is supported only on Core 0.15.1, so there is not much we could have done anyway.

I'll dig into this, stay tuned!

Cheers,
Ethan

[quarzazatete]

is there any plan when you will open LTC bankroll investments?

[White-Grey-Black]

is there any plan when you will open LTC bankroll investments?

Currently there is no any ETA about ltc investment option for public. In the coming days it will be available for public (no any specific timeline).

Thanks

[RGBKey]

Hey guys,

So, I've got some bad news: my exchange is losing me money. I will not continue to operate it if it's going to lose me money. I invested time and my own money into this mostly as a service to the site, but due to its simplicity, I lose money if the price swings one way or the other (BTC/LTC wise).

In my mind, there are a few things I can do:

• Increase the flat fee rate from 1% to something higher, possibly 2%, 2.5%, or 3%
• Attempt to dynamically scale the fee based on price movements, which wouldn't be perfect and would still just raise fees.
• Stop running the exchange altogether

I could technically make mirror trades on an exchange to replace any funds I sell to users immediately, but this would incur exchange fees and require me to trust an exchange, two things I don't want to do.

If anybody has any other suggestions I'm open to them, but in a few days if nobody has any better ideas I'm likely going to do one of the above-listed things.

[hatshepsut93]

Hey guys,

So, I've got some bad news: my exchange is losing me money. I will not continue to operate it if it's going to lose me money. I invested time and my own money into this mostly as a service to the site, but due to its simplicity, I lose money if the price swings one way or the other (BTC/LTC wise).

In my mind, there are a few things I can do:

• Increase the flat fee rate from 1% to something higher, possibly 2%, 2.5%, or 3%
• Attempt to dynamically scale the fee based on price movements, which wouldn't be perfect and would still just raise fees.
• Stop running the exchange altogether

I could technically make mirror trades on an exchange to replace any funds I sell to users immediately, but this would incur exchange fees and require me to trust an exchange, two things I don't want to do.

If anybody has any other suggestions I'm open to them, but in a few days if nobody has any better ideas I'm likely going to do one of the above-listed things.

Maybe make a simple exchange bot with orders? People will send coins to your bot for a tiny fee and it will automatically execute trades as soon as there's a matching order, or will return the coins back when users cancel their orders. The bot can whisper in pm the list of all active orders to avoid clogging the chat.

[RGBKey]

Hey guys,

So, I've got some bad news: my exchange is losing me money. I will not continue to operate it if it's going to lose me money. I invested time and my own money into this mostly as a service to the site, but due to its simplicity, I lose money if the price swings one way or the other (BTC/LTC wise).

In my mind, there are a few things I can do:

• Increase the flat fee rate from 1% to something higher, possibly 2%, 2.5%, or 3%
• Attempt to dynamically scale the fee based on price movements, which wouldn't be perfect and would still just raise fees.
• Stop running the exchange altogether

I could technically make mirror trades on an exchange to replace any funds I sell to users immediately, but this would incur exchange fees and require me to trust an exchange, two things I don't want to do.

If anybody has any other suggestions I'm open to them, but in a few days if nobody has any better ideas I'm likely going to do one of the above-listed things.

Maybe make a simple exchange bot with orders? People will send coins to your bot for a tiny fee and it will automatically execute trades as soon as there's a matching order, or will return the coins back when users cancel their orders. The bot can whisper in pm the list of all active orders to avoid clogging the chat.

I've thought about it, but honestly it seems too complicated for the site, and much too complicated for a text-only format.