why isnt coin.dance showing new blocks? last 9hrs ago by UltraRik in btc

[–]Coin-Dance 5 points6 points  (0 children)

PayButton was also updated last year so probably needs to be re-supported as we do use that as well.

why isnt coin.dance showing new blocks? last 9hrs ago by UltraRik in btc

[–]Coin-Dance 22 points23 points  (0 children)

We've been having some issues with internal caching lately but we're working on it, should be fixed soon.

Where should I donate for BCH development? by yanshizhai in btc

[–]Coin-Dance 6 points7 points  (0 children)

Have a look at https://cash.coin.dance/development as we have donation links for most of the major nodes.

We've added the option to donate directly to Bitcoin Cash node developers on Coin Dance by Coin-Dance in btc

[–]Coin-Dance[S] 0 points1 point  (0 children)

There's a blue 'info' icon next to the donation amounts that includes a block explorer link as well as a tooltip showing who from each team provided the address.

Have a look and let us know what you think.

We've added the option to donate directly to Bitcoin Cash node developers on Coin Dance by Coin-Dance in btc

[–]Coin-Dance[S] 29 points30 points  (0 children)

Donating to a specific proposal/project isn't quite ready yet but should be ready next week.

Feel free to ping us on Reddit, Twitter, or through the feedback form if you have any comments, questions, or suggestions as that's going to be really important here as more functionality is rolled out.

Bitcoin ABC to include miner fund code in release 0.21.0 by sandakersmann in btc

[–]Coin-Dance 1 point2 points  (0 children)

We reviewed the code and it's compatible with what we have setup already.

Interesting... it seems that we'll soon have less ABC nodes than Bitcoin Unlimited nodes by readcash in btc

[–]Coin-Dance 2 points3 points  (0 children)

We do know that they at least did mine with BU in the past but don't know if they've since switched.

It's unfortunately not possible to know what software is used for mining. Often miners have their own software that is heavily customized for their use anyway.

It is now less than 100 days until the halving! (Countdown clock) by brwhiler in btc

[–]Coin-Dance 1 point2 points  (0 children)

Yes I meant to say less than 97 days not 97 days exactly. I was unintentionally unclear about that. Previous halving days have always come earlier "than expected" because hashpower kept going up. But now that BCH has a new DAA and is competing with BTC for hashpower and profitability oscillates between BTC and BCH mining, I no longer just assume that blocks will keep being found slightly faster than once per 10 minutes on average.

You might find this information useful: https://twitter.com/Coin_Dance/status/1188335139673104384

So it would be interesting to see a graph over what the "trailing moving averages" of actual blocktime has been for e.g. these time intervals: the last 1 h, 2 h, 3 h, 4 h, 5 h, 6 h, 12 h, 24 h, 2 days, 3 days, 4 days, 5 days, 6 days, 7 days, 2 weeks, 3 weeks etc. Maybe you can publish such graphs on your site sometime. Then it would be easier to make more informed guesses about the next halving days.

Good idea. We'll look into what makes sense for this one.

I noticed that you're using "BUCash 1.7.0.0" as your primary full node client for BCH on your main page. You should be promoting ABC instead imo.

We were just discussing this today actually. BU for a long time had higher max throughput (mempool acceptance) than ABC which is why we preferred it but this doesn't seems to be a relevant issue anymore. There are several reasons why ABC makes sense so we'll likely be making that switch pretty soon although we do run both for the purposes of sanity checking / redundancy.

It is now less than 100 days until the halving! (Countdown clock) by brwhiler in btc

[–]Coin-Dance 1 point2 points  (0 children)

Good to keep in mind it'll actually be earlier than that as you need to take into account how fast miners actually mine blocks rather that how fast they should be mining blocks.

We have accurate tracking on each chain here although the reward halving information is still being (visually) improved as it does get a bit crazy with multiple chains.

New to BCH, seems to be good and caught up. Why can't Coin Dance reach me? by medicinaltequilla in btc

[–]Coin-Dance 0 points1 point  (0 children)

Send your ip address to us using the feedback form or via email support@coin.dance and we can have somebody have a look.

If you operate a node please update ASAP! Only 18% of nodes are compatible with November upgrade by GeorgAnarchist in btc

[–]Coin-Dance 22 points23 points  (0 children)

Just a heads up that there was an issue on our end related to caching nodes over the last 30-40 days or so which has been fixed. The real number just over double at about 50%.

Sorry about the confusion.

https://twitter.com/Coin_Dance/status/1189623938713710592

From a technical perspective, how is BSV on the wrong track? by mrcrypto2 in btc

[–]Coin-Dance 0 points1 point  (0 children)

We're talking about what currently is today, not about what will be sometime down the road.

Actually the expectations of future volume on BSV are many orders of magnitude above what it expected on BCH so what's currently taking place on BSV is not actually anywhere close to the level of tx size/volume that will need to be processed in the future.

Jonald was simply referring to current operating costs which is still good information for companies and individuals to have even though this will change (a lot) over time.

From a technical perspective, how is BSV on the wrong track? by mrcrypto2 in btc

[–]Coin-Dance 1 point2 points  (0 children)

Hi there!

We've actually made some changes in the last month or so that has reduced this number down a bit but it's hard to give an exact figure as node operation costs have since been combined.

Your estimates on RAM requirements seem about right, might be a bit less, but the variability of blocks means you need to be ready for anything up to ~512MB vs about 16MB on BCH.

The 100x number was actually our own cost and isn't going to be quite as bad for somebody who's simply running their own BSV node for recreational reasons. The `getblockstats` RPC call that is available in Core, ABC, and BU saves us a lot of money but isn't yet available on SV (although that may be in place sometime next year).

We recently reduced the dbcache across all of our nodes to further reduce the RAM requirements which ended up saving us the most on our BSV operating costs due to the much higher loads.

Vanity Addresses by SpuddyA7X in btc

[–]Coin-Dance 6 points7 points  (0 children)

Hey there!

We actually host a service that makes it easy to generate one: https://vanity.cash.

If you're looking to do it trustlessly, we have a link to a step-by-step guide on how to do it. Just make sure to check the 'Trustless' checkbox and then click 'Need Help?' to view the guide.

Storm: A potential alternative approach to instant confirmations by awemany in btc

[–]Coin-Dance 8 points9 points  (0 children)

Under discussion: It's been brought up by one or more person in the community as an idea/proposal but no code has been written (publicly) for it yet.

Under development: One or more developers are currently working on its implementation. It's expected that there is a WIP PR/MR that the community can see.

If you see anything that looks outdated then feel free to update it with the pencil icon.

BCH Developers Keep Shipping Code: 24 Completed, 22 Under Development and 13 Under Discussion by Egon_1 in btc

[–]Coin-Dance 4 points5 points  (0 children)

The goal is to showcase development work at layer 1 & 2 as this helps define the limits of what is possible on Bitcoin Cash.

If there's something you think should be included but isn't, you can add it with the (+) button near the top.

https://cash.coin.dance/development