The site of bter.com is not down, its just their DNS provider that seems to be in trouble.

You can route around this outage by adding an entry to your hosts file like:


Remember to remove this when outage is over!

You can reindex your local blockchain with -txindex. If you are you are sure you are on the right chain and fully synched and the transaction in question is not there (fedoracoind gettransaction <txid>) it can IMO be safely assumed that the transaction did not happen and the coins are still in possession of the sender.
The above is just the method to check for the transaction locally without trusting a block explorer, naturally you can check that on a blockexplorer too.

Mind you, there is one exception: If the coins that were sent were mined also on/during the fork, they would dissappear the same as the transaction and indeed not reappear in the senders wallet - because they would have dissapeared anyway when the longer chain took over.

But it all boils down to the senders willingness to resend the coins... Wish you good luck with that.

There is definitely something going on, I stumbled upon this recently which is announced as prototype for July:

http://www.aliexpress.com/item/New-arrival-Zeus-Scrypt-Miner-All-Solution-Litecoin-Miner-300M-digging-Litecoin-with-power-supply-send/2048732975.html

Not mich info, but it gives at least some idea what will be on the price tag for those 14nm miners.

The sender can try to start the wallet with -rescan option to check the blockchain for missing transactions.
If you were expecting coins, you can do the same to be sure and also check the blockexplorer for the txid.

In any case and whatever you do, make sure you have a working backup of your wallet.dat before you start!

HTH

I am not dev, only supporter and fan but I know the dev-team has no holdings and did already spend their own money to support TIPS with block explorers, websites and so on.
But I like the honest way you run Alcurex exchange and support your users even in your spare time so I coughed up the missing 422005 TIPS from my pocket. After losing ~10 mio in the recent fork this doesn't really make any more big difference 

a47c37106ab11662d17f334257840e11b66ab729af2db43909f6fb59395134c2

Nice pair of miners.
From where are you shipping and are you accepting escrow?

If the coins have been mined before the fork happened they will just go back respectively stay in the senders wallet and he might be able to just resend them.
I hope for you that is the case and the sender/seller is honest and will resend them.

I think the most long running and stable nodes have been selected for the above node list. Most of them are still online, some of them being pools and block explorers.

A quick update regarding exchanges:

BTER: I have created a support ticket suggesting to lower the needed confirmations significantly to something that still makes sure deposits are not in danger of being orphaned. No reply after 2 days yet.

Cryptopia: Deposits and withdraws are working fine as of now. 6 confirmations needed.

Alcurex: Seems to have worked fine all the time but I haven't tested it.

The original dev (invisibel) has gone long time ago and is not available anymore, testbug and teillagory tried to reach out to him without success.

IMHO, nobody can force bter to change their mind on TIPS confirmations, except maybe enough users of their exchange complaining loud and long enough.

Cryptopia TIPS wallet is in maintenance. Your deposit should be there once the wallet comes out of maintenance.
I contacted Cryptopia yesterday for an ETA of re-enabling the TIPS wallet, but they were unable to give an estimate.

When I checked yesterday, BTER had 20000 confirmations needed for deposit, today it's 40000, let's see what they come up with for tomorrow   

I can understand that an exchange wants to protect itself from loss due to orphanized coins that were already credited to a balance, however 40000 is much confirmation for such deposit... Something between 250 and 1000 would do fine IMO.

Re: BTER TIPS withdrawals: AFAIK they are still disabled, while there is now no more message regarding an upcoming swap I just get a white page when trying to withdraw TIPS. Was somebody able to withdraw TIPS from BTER within the last say 4-5 weeks?

I have created a ticket at Cryptopia to find out when they plan to re-enable the TIPS wallet and will update here when I know more.

The above block explorer has pretty much run off the rails during the fork. I have notified testbug and hope he can reindex it soon.
The other block explorer at cryptoid seems to work ok.
 

Here is a list of nodes that allow incoming connections and should certainly get you started:

HTH

After resynching, my two nodes are on the same chain as https://chainz.cryptoid.info/tips/ and BTER. I also tested a small deposit to Cryptopia but their wallet is in maintenance now and I can't say what chain they are on as they also seemed to have removed their blockexplorers.

So for the moment I'd advise to make sure your wallet is on the same chain/blockheight as https://chainz.cryptoid.info/tips/.

I have notified testbug who operates the other block explorer but haven't heard back from him yet.

If anybody used Novaexchange to trade TIPS, please check below thread and withdraw your coins ASAP!

https://bitcointalk.org/index.php?topic=1462295

Have the same issues, lost also a few mio that were invalidated by the fork. Currently I am resynching my nodes, curious to see on which chain I end up.

Sorry to hear, I have similar problems with orphans since ~2 days and am trying to debug this when time permits.

I don't think that with 21 connections this is the cause for your orphan problem. I have 51-55 and see the same problem, I still stick with the previous recommendation that 10+ connections should be fine.

The default settings of TIPS (and most other coins) allow for a total of 125 connections (which can be increased by passing -maxconnections on the cmdline or setting it in fedoracoin.conf). Then there is a hardcoded limit of 8 outgoing connections in net.cpp (https://github.com/fedoracoin/fedoracoin/blob/master/src/net.cpp#L37) which should keep nodes behind NAT from leeching too much resources from public nodes without contributing anything back. That shouldn't be your problem too, since you saw 21 connections we can assume your node allows incoming connections.
I personally wouldn't change MAX_OUTBOUND_CONNECTIONS to anything higher than ~32.
Also keep in mind that it takes some time in the range of many hours to days to reach the maximum connections your node could theoretically achieve.

This is an old TIPS thread, the current one is here - try posting your pool there:

https://bitcointalk.org/index.php?topic=1420302

@granat: There has been a significant rise in hash around that time when your blocks were orphaned. For about a day then the majority of blocks were found by only two addresses which suggests one or two new players with literally dozens of GHs at their hands joined the party.

You can see that effect on one of the blockexplorers:

Diff jump: https://chainz.cryptoid.info/tips/#@diff
Orphan spike: https://chainz.cryptoid.info/tips/#!extraction

So in short, I think the orphans simply happened due to the quick rise in hashrate. Since diff has adapted now, I expect the orphans rate to go down again.
I had myself a few orphans at ~30hrs ago/~same time as you, but meanwhile I could pop two valid TIPS blocks around 30min ago so I assume things came back to normal.

Then again, these are just my very own observations and conclusions and could be totally wrong, we'll probably have to let it settle for another day or so to see if orphan rate returns to an acceptable level.

As testbug said/asked, always make sure you have 10+ connections to the TIPS network when mining but in this specific case I suspect somebody was just repeatedly finding blocks faster than you. We'd be interested to hear back from you if you could meanwhile solve a valid block again.

HTH