I have just compiled the CPU miner.
My FX-6300 gives 1.9 kh/s per thread = 11.4 kH total.
I am curious of other desktop CPUs.
Could some people post their results?
If you compile it yourself, it is configured without assembly code by default. If you want it, configure this way: env CFLAGS="-O2 -fomit-frame-pointer -DASM" ./configure
Compare your results with and without assembly. I know some AMD CPUs may deliver a little better performance without assembly code. Congratulations again, you are a part of the Phoenixcoin history now  ----- 2x Intel Xeon E5345 2.33GHz (Core 2 Quads basically) = 19KH/s Not bad for an old 1U rack. AMD A8-3870K 3.0GHz (Llano, 4 cores) = 9KH/s It has also an integrated GPU which can do some other hashing like Groestl without much performance impact. Shall do NeoScrypt some day. |
|
|
|
PXC deposits and withdrawals at Cryptsy are not possible, their wallet was offline last time I checked and now I can't even login there anymore.  Cryptsy is back online with PXC on the NeoScrypt chain. |
|
|
|
Thanks. I've used coin control before, but every time I've done it, I've had to break the coins up manually in multiple transactions. I think the issue with ORB vs say TEK (well, aside from TEK not staking atm  ) is that it seems like you have to watch the ORB to get it to stake right, and keep breaking them down. I think it'd help adoptions, at least from high PoS investors, if it was a "set and forget" sort of thing. You may forget once set. All inputs end up 25 to 50 ORB in size while staking. Smaller inputs get combined and larger inputs get split in the process. |
|
|
|
Dumb question. Is it possible to split a block into like x number of 50 coin blocks in one transaction? Or will I have to do it like 200 times by hand on a 10k coin block?
You can use the 'sendmany' RPC command. This is how I do it from the commandline: orbitcoind sendmany "" '{" addr1": amount1," addr2": amount2}' Note: I think if you do this within the debug console of the QT client you omit the single quotes. Not 100% sure. I've shown two addresses in this example, so just add more in the same format. I presume you can also send to the same address (do a small test first) but if you're wanting to split for staking purposes you probably want to send to separate addresses anyway. How would you use this to break down say a 10k ORB block in a single go? Could it just be address:50 copy and pasted like 200 times? All output addresses must be different for a single transaction. You can also do that in the Qt client. Split 10K ORB into 10x 1K ORB first, then each one into 10x 100 ORB using the same addresses and leave them staking. Can you have a step-by-step guide to how to do this for the dummies like myself? I'd be interested in fooling with ORB if this is like a one click thing, but the blocks need to be too small and the value is too low atm to do this versus investing in another high PoS coin. That and I'm lazy |
|
|
|
|
NeoScrypt Stratum support is now working properly in CPUminer, see the OP.
|
|
|
|
P.S.
Also seems new wallet modify database in way making it incompatible with previous ver. Uprage form 1.4.2 to 1.4.2.2 went OK, but after roll back to 1.4.2 (only replace executables) wallet not working (report some king of database error) and i restore whole database from backup too.
It is expected behavior?
BerkeleyDB upgraded from v4.8 to v5.3. It is used for wallet.dat. There is no downgrade. |
|
|
|
Dumb question. Is it possible to split a block into like x number of 50 coin blocks in one transaction? Or will I have to do it like 200 times by hand on a 10k coin block?
You can use the 'sendmany' RPC command. This is how I do it from the commandline: orbitcoind sendmany "" '{" addr1": amount1," addr2": amount2}' Note: I think if you do this within the debug console of the QT client you omit the single quotes. Not 100% sure. I've shown two addresses in this example, so just add more in the same format. I presume you can also send to the same address (do a small test first) but if you're wanting to split for staking purposes you probably want to send to separate addresses anyway. How would you use this to break down say a 10k ORB block in a single go? Could it just be address:50 copy and pasted like 200 times? All output addresses must be different for a single transaction. You can also do that in the Qt client. Split 10K ORB into 10x 1K ORB first, then each one into 10x 100 ORB using the same addresses and leave them staking. |
|
|
|
ghostlander, I can't open an issue on your cpuminer repository.
The stratum isn't working because it's not hashing the block header in the good format. You need to "reverse the header"
That's correct, NeoScrypt is little endian and Scrypt is big endian. If you ask the daemon for getworks, they come not reversed and compacted (80 bytes vs. 128 bytes of Scrypt). These extra 48 bytes are ignored by CPUminer anyway and waste bandwidth simply. "midstate" and "hash1" are also abandoned because they are useless to NeoScrypt. |
|
|
|
EDIT:
Cryptsy is still on abandoned fork, contact them immidiately!
I have talked to their support a few days ago. Talked to them today in the chat box again. They are just slow. AllCrypt have upgraded in advance without issues. |
|
|
|
Block #400K mined successfully!Congratulations to PcibGPGPr73jqkfD8UC2GZEdS8PYiN8r3E Phoenixcoin 400000
|
|
|
|
Are there any advantages on hashing rate for mining Neoscrypt on Linux vs mining on Windows? is it any faster?  No significant difference. |
|
|
|
- wrong balance info (more precisely: it jumping from correct value to incorrect after each block received and back to correct value after next block, after next block incorrect again and so on)
It was wrong previously. It's correct now. - wrong number of transactions counter (my main wallet now contain 9844 tx, but after update it gows down to 9637 tx. also i try my old wallet.dat from backup with 9316 tx, and after rescan and adding +528 "new" transactions after bacup point counter still shows only 9637 tx )
The difference is orphans removed. My primary wallet has "lost" 3.6K transactions this way down to 55K. |
|
|
|
98 million is a lot of coins compared to most successful alts. I don't see a reason or need for that much dilution. Why not cut the subsidy and max supply back which is identical to a stock BuyBack for a public corporation.
That's a simple update and it's as smooth as can be in lowering the effective and real inflation as well as the dilution. It's a great solution some of the top coins have already employed which prepares them better for the comming demand influx. Top coins like Dark, NAUT, Casino and others.
When DRK was introduced, they adrvertised trillions of coins, so no one cared much about their 2 million instamine. When it got accepted by the market, they pulled a trick to reduce the total to some 20 million. Profit, yeah? Indeed, that was one pathetic but successful scam. It is so damn easy to scam people around here and, worst of all, most don't even get it unless many people who have some authority start talking about scam. Everyone else is called FUDer and whatnot. On PXC matters, I have installed newest wallet and noticed it flags transactions a bit weird. When coins are deposited to wallet from outside or inside (sending to my own address) the amount is not shown under "Unconfirmed:" on main tab until there is at least 1 confirmation. Coins are added to "Balance:" only after 6 confirmations. It makes no sense to hide coins until 1st confirmation nor it makes sense to call coins unconfirmed until 6 confirmations - there is no guarantee coins are actualy deposited even after much more confirmations. The only way to guarantee coins were deposited is checkpoint. Another things worth considering: 1. Upgrade database to LevelDB. 2. Add better looking logo to wallet (I liked the 1st ever logo for PXC, why it was changed at all?). 3. Main window size is not saved between sessions. 4. Add temporary IP filter (blacklist) for nodes using v0.6.5.3 or older wallets else they will be sucking upload bandwidth from nodes using v0.6.6 or newer wallets. With many other coins, I have observed situation where certain nodes were not upgraded for months and were sucking up so much of my upload bandwidth that I had to blacklist them via firewall. Some coins successfuly handled the issue (Flappycoin) by just ignoring nodes which does not comply with newest ruleset while situation with many others is still a horror (Mooncoin). If a transaction hasn't made itself to a block and resides in the memory pool only, its amount gets deducted from the available balance and becomes reserved. This transaction is shown in the transaction list as a pending one. When it gets the 1st confirmation, it becomes unconfirmed until 6 confirmations. The checkpoint depth should be always less or equal to these 6 confirmations. 1. I've upgraded to BerkeleyDB v5.3 instead of LeveDB. It's a piece of cake to get LevelDB corrupted beyond repair. I've seen BerkeleyDB recovering without much trouble after very serious hardware failures. LevelDB is a pain in the arse. 2. The original brown logo belongs to the founding scammers. 3. It has never been saved. 4. v0.6.5.3 and older nodes will be banned quickly after the switch. 2 blocks with incorrect PoWs and say good-bye. Also protects against not very smart DDoS'ers. The following wallet update will drop all connections reporting old protocol versions. |
|
|
|
98 million is a lot of coins compared to most successful alts. I don't see a reason or need for that much dilution. Why not cut the subsidy and max supply back which is identical to a stock BuyBack for a public corporation.
That's a simple update and it's as smooth as can be in lowering the effective and real inflation as well as the dilution. It's a great solution some of the top coins have already employed which prepares them better for the comming demand influx. Top coins like Dark, NAUT, Casino and others.
When DRK was introduced, they adrvertised trillions of coins, so no one cared much about their 2 million instamine. When it got accepted by the market, they pulled a trick to reduce the total to some 20 million. Profit, yeah? |
|
|
|
http://theblocksfactory.com/ will setup a phoenixcoin (neoscrypt) pool. We have a working pool + a working stratum cpuminer tested on the testnet, so everything is working great There is still more than 2500 blocks left, so I will setup the pool in some hours. no windows stratum cpuminer ? CPUminer supports Stratum, Getwork and Getblocktemplate. |
|
|
|
what block no does pOW end?
It never ends. Our block trust calculation system works best with both PoW and PoS enabled. |
|
|
|
393824! almost there  Almost there for what? Was there an update done? Thanks! The PoW algorithm change to Neoscrypt Cool thanks. So there's an active dev here once again? What about dropping the subsidy and max supply with the next update? Anybody think of doing that? It's the best way to stop the downward pressure on selling. Thanks! Cheers! I haven't been going away or whatever. The coin supply is very likely to stay at 98 million, but the distribution may be adjusted according to market demands. Halving doesn't seem to work well, a smoother solution is more welcome. |
|
|
|
|
Orbitcoin v1.4.2.2 released. Many GUI enhancements:
- better balance calculation and display;
- stake miner controls;
- wallet lock/unlock (also for staking only);
- wallet keys export/import;
- wallet inspect/repair.
RPC getinfo can tell how many coins have been PoW and PoS mined by your wallet.
|
|
|
|
|
Show Posts
400000!!
