Topic: [ANN] FedoraCoin (TiPS) - New Dev team: Fedoracoin Foundation - page 35. (Read 111169 times)

Where to download the latest wallet

Holys... i am loving the mining action on tips. We are passing 60gh! I say 100gh is coming.... tips will be back soon. 

To the best of my knowledge we haven't seen a single block yet that was full. I am not objecting a block size increase but I just want to point out that currently there is no need for it.

coinexchange.io

Typing in TrollBox and keep TIPS alive ..

to psycodad: really 1MB blocks TIPS? Why not 2 or 3? Nearest my transaction BTC (1MB too) within 5 min. And how adv and disadv when compare  with larger ones?

I think coinexchange.io is also trading TIPS ....

Hi Testbug,
Are you still interested in continuing your work on Fedora?  The new community is getting fairly active now, with a lot of work focus on updating the wallet and also thinking about future tech enhancements.  We really want some of the original Fedora hero members involved and part of it.  We are talking with psycodad who has been fantastic, but we want a seat for everybody at the table!  Sorry if you are not interested.
Thanks,
Robotsoutofcontrol.

I´ve also downloaded the bootstrap from the website. But i become the error message "Incorrect or no genesis block found. Wrong datadir for network?"
How to fix? Please help or i´ve to wait for the 4 years synch..

What kurbeks said.
But the higher hashrate also is a good insurance against 51% attacks and selfish mining (you now need 40 Antminers or more to attack TIPS with a slight chance of success). Makes the chain more secure and respected.

Though transactions do not get faster in any way at all by higher hashrate, the block time should always be around 1minute and we have max. 1MB blocks, though most pools/miners use the default of 250kB max blocksize.

More interst into coin. If more people mine, price usually increase, not with one bag holder getting all.

So for my understanding,what is the advantage of having a very high hashrate for the coin? Just faster transactions?

Some guy has pumped up his hashrate from 20ghs to 40ghs on poolto. This is almost the whole network hashrate.

Does anyone know if the devs are in switzerland? It says switzerland wjen you google them. Hmmmm is someone mining and hoddling them for The Big Thing? Wouldn surprise me as Zug is the new mekka and cryptovally...

With nova closing all the cheap litoshis tips will change hands and will be gone forever. We will focus trading in btcsantoshis in the future on other big exchanges. For now buy em cheap on coinexchange.io for 1 santoshi. I believe we can soon see 10 santoshis.. btw transfers are near realtime and trsnsfer cost is zero. I just love the coin...

Its incredible hash rate has 20fold during the last 10days! We are already at half nova hash rate and rising. It look like a huge come back as every year and i am really confident that this time its back to szay successful.

After checking with ShortBlade via PM I concluded that we do not have enough public nodes to synch from.
I found a great deal at hostmybytes for a speedy VPS in London and have setup another TIPS seed node on it. This should speed up synching noteably, especially for users in Europe but also for the rest of the world, as the datacenter of hostmybytes seems to have very good and low latency links.

Judging from the number of connections the new seed node gets, I am pretty sure this improves the synch situation massively.

I also tested to synch a new client behind a broadband connection from scratch and while it started with a promising speed, it suddenly got stuck with tons of

...ProcessBlock() ProcessBlock: ORPHAN BLOCK 751...

messages in debug.log and the client stopped getting new blocks until I restarted it. It turns out if the download is now getting too fast too many blocks out of order and the default of received blocks to keep in memory is set to 750 by default.
This can easily be increased to something like 2500-5000 which speeds up the synching extremly. With my test client I got ~200'000 blocks in 10 minutes, which gives an estimate of less than 2 hours for the complete synching.

I would like to ask those that have troubles synching to add the following line to their fedoracoin.conf, stopping and restarting the client and checking if that eases their synching pains:
(you can go up to 10000 if your pc has 8GB or more memory - at least with TIPS where we do not have full blocks all so often)

If nobody notices any silly side effects, I'd vote to make this permanent in the client with the following change in src/main.h from:
to

Let us know what you experience with the maxorphanblock increased.

Cheers - psycodad

As said before, I have my doubts that we will be able to create a bootstrap that works for everyone on every platform. It should work with the -loadblock parameter that I posted (at least, that's what I have tested for myself with testbugs bootstrap).

Some coins have a -detachdb commandline switch for the daemon, that allows to create bootstrap-able copies of the chain - our wallet misses that currently. I can't say if that's the cause for your troubles or not but I create regular bootstraps for another coin with that feature and never had any issues or complaints so far so I am concluding that is a factor.

Anyway, if the -loadblock doesn't work for you, you are probaly left with the choice of synching from network - which I believe should be much faster than you seem to experience currently. I would rather try to find out why synching is so slow for you and improve that for everybody instead of further doing blindshots with huge bootstraps blobs.

Would you mind to PM me the complete output of getpeerinfo from your wallets debug console and also an estimated rate of how many blocks you see downloaded per minute (just to get an idea and comparison with the speed I am seeing when synching from scratch)? Also maybe the rough spec of your machine (RAM, CPU type).

Every wallet is a node as it is, but for example wallets behind firewalls that do not forward incoming connections (i.e. via UPNP) create only 8 outgoing connections which is more than enough for normal wallet operation but is probably not what you look for to support the network for others to  synch faster (from you).
Wenn running on a private IP (i.e. behind a firewall) either make sure UPNP works for your PC or just statically forward the TIPS network port(44890/tcp) from your firewall to your wallet PCs IP addresss.

For an easy check to see if you are accepting incoming connections from others check how many connections you have in the wallet, if it is more than 8 you are accepting incoming connections, just be patient and see the number of connections grow to over 30-50. If it sticks at 8, you are probably not. More hints are in the debug console with the command "getpeerinfo", it tells you for every peer if the connection is incoming or outgoing - make sure you start to see connections with "inbound" : true.

Yep, just realised the jump that hashrate (and diff) made the last days - we went from solid 4-6Ghs to almost 40Ghs right now.
The current difficulty keeps profit pools from switching in completely - in multipool speak TIPS is currently not profitable. That people mine the coin when it has a difficulty over profitability means probably something. Either people in the know about something we don't, people commited to TIPS (yeah!) or miners that are unable to calculate current profits :-) My personal bet is on 1 or 2.
In any case the activity and volume on Coinexchanges DOGE/TIPS market is very encouraging.

Any news on the bootstrap?
My wallet has still 2 years of sync to do.

Any one tell me how to become TIPS node?
Installed -qt, sync ok, but in peer list not found !!

to psycodad: look up diff change in pool! TIP is coming to achille of doge by mining stup..

Yep