Post feels abandoned by the OP - 3.5 days old.

Security can be guaranteed - the user can make the page offline-available

*Go offline on his “normal” pc, creates a adress - deletes his browser cach ect.

* ideally generate the key pair from a computer that is not connected to the internet. you’d do that by going to bitaddress.org and unplugging your ethernet cord from the wall before generating the keypair. even this won’t protect you from preloaded malware

2 secure ways - which works for other currencies also!!

I use cudaminer on a gtx 560 will give that a shot too. Hopefully I can get some more hashes from it over the next days.

Was about to agree, but have noticed the child boards have been tucked in to bed and are not visible. Looks more pleasing on the eyes and easier to navigate now I know what has happened.

[quote name=“wrapper0feather” post=“15175” timestamp=“1371280275”]
I’m in the UK and could do with selling some FTC. I could only buy them through ebay / paypal, which have fees etc.
[/quote]

Doesn’t make sense, you want to buy or sell FTC?

Client v.0.6.4 can be set to use 0.00 FTC transaction fee if that makes you happy. I’m not sure what “policy” you’re looking for here, this is an online coin, if Bush wanted he could set the fee to 50 FTC…

You have it right.

To make a transaction, a input (an address which has received coins) with the sufficient amount is selected. At this time, the input is ‘spent’ in total… you can’t just spend part of an input.

So if that input has MORE than your sending, another output is generated with the remainder (the original amount of the input minus what you’re sending)… often back to the original address. So later, that new output (the change you sent yourself), is your new input when you go to spend from that address again.

This was a very intentional design, because any input can always be spent if it hasn’t already, and there’s no need to go back and look at how much as already been spent from that address: All the unspent inputs == your total holdings, no need to subtract spent outputs.

Glad you got it sorted. :)

Just to point out though - where it says HW (next to “A” and “R”) that should be 0 as they are hardware errors.

As the coment above says and also if other sites have our url mentioned on their site it help the site rank in general.

Thanks for the fast answer :D

accepted share are the accepted submission and the diff is the multiplier of the base unit of work. the diff is just to prevent submitting a very large number of work proof

so yes your accepted share * pool diff should be your shared difficulty.

similar to block when you find a 31 diff on the pool it should on average takes 31 more time then finding a base unit of work. Diff is different from one miner to the other in var diff you get a pool diff. a good diff with var diff should give you a diff that provide regularly a good average of the work done over some hour without submitting constantly low diff share or not submitting enough share to get a representative average. ()

when a block is found all shared difficulty are added for all miner in the pool. so your shared diff/all miner shared diff give your part of the work done on the block.

note: the share diff don’t care the real difficulty of what you fond, it just care it’s over the diff and assign the diff to it so you get a work unit done that is at least the pool diff

Try running cgminer --benchmark and see what u get, it should be a good score. Mining BTC seems to work fine under OSX but scrypt is really bad for some reason.

If you run the same cgminer --benchmark --scrypt you will get ~10kh/s or less, tweaking gets it upto a max of 100 or so on the 5770 which is still bad, I get about 150mh/s on my debian server using a 5770.

I am trying with a 7850 on OSX (Yes hackintosh). On linux I can get over 300 kh/s just adjusting the -I setting.

On OSX I get massive HW error setting the I over 11. At best I can get about 60kh/s

It seems like something is really broken with the scrypt implementation on OSX.

You may or may not be aware of this.
Couple of adapters and some resistors.
Fools the card into thinking it has a load.
Check it out.

http://youtu.be/IX30xJN3eL4

I presume you’re talking about GPu mining on a Mac Pro ?
If you are check this out.
http://blog.nwoolls.com/2013/05/02/litecoin-mining-on-mac-os-x-gpu-mining/

I successfully managed to get my first gen mac pro running snow leopard and two 5770’s mining feather coin today.

You’ll need to follow the other link regarding installation.

You’ll need Xcode, home brew and I used cgminer.

Follow the instructions to the letter and you should be good.
Hope this helps.

D

I had a similar experience with an Asrock Mobo.
No signal from my ati 5860 card
I had to update the bios to get any display signal.
Once the bios was flashed I had a working system- I sent one card back before I figured this out!
Getting the correct open cl drivers loaded to successfully mine was another story.

Yeah it sounds like the same issue. Thanks Ripped :)

[quote name=“goldbit89” post=“12874” timestamp=“1370941850”]
Worked great!

Thanks so much !

quick question : Is that normal then to encrypt , restart and have old wallet and not new?
[/quote]

When your encrypt your wallet, you encrypt the wallet that is currently loaded in the client.

I did not know the App had even been updated post fork :-[, but yes it will need updating again post update :)
Glad you got to your coins anyway and at least you know what to do now! 8)